自动调用Silverlight行为的OnDetaching（）

Question

我在Silverlight控件上使用了几种Blend行为和触发器。 我想知道是否有任何机制可以自动分离或确保在不再使用控件时（即从可视树中删除）为行为或触发器调用OnDetaching（）。

我的问题是由于一种行为，该控件存在托管内存泄漏。 该行为在OnAttached（）重写中的某个长期对象上预订了一个事件，并且应在OnDetaching（）重写中取消订阅该事件，以便它可以成为垃圾回收的候选对象。 但是，当我从可视化树中删除控件时，似乎从未调用过OnDetaching（）…我能使它发生的唯一方法是在删除控件之前，先明确分离出有问题的行为，然后对其进行正确的垃圾收集。

现在，我唯一的解决方案是在代码的后面创建一个公共方法，以便该控件可以通过并分离所有可能导致垃圾收集问题的已知行为。 在从面板上删除控件之前，将由客户端代码决定调用该代码。 我不太喜欢这种方法，因此我正在寻找一种我可以忽略的更好的建议或更好的建议。

public void DetachBehaviors()
{
     foreach (var behavior in Interaction.GetBehaviors(this.LayoutRoot))
     {
          behavior.Detach();
     }

     //continue detaching all known problematic behaviors on the control....
}

Answer 1

在这种情况下，您真正​​需要的不是某种自动分离的方法，而是要确保长寿对象持有的引用不会阻止行为（以及它引用的其他所有内容）被垃圾收集。

通过实现中介者模式可以实现这一点。 这个概念是，您不给长期对象一个引用Behaviour的委托，而是创建一个Mediator类作为中间对象。 介体附加到长期对象事件，并对该行为持有WeakReference 。 当寿命长的对象触发事件时，调解器将检查WeakReference是否仍处于活动状态，如果是，则对它调用方法以传递事件。 如果事件发生时，介体发现WeakReference不再存在，则将其事件处理程序与长期存在的对象分离。

因此，没有任何行为可以阻止这种行为，而涉及垃圾回收的所有其他内容仅是一个很小的中介实例，并且死引用仍然附加在长期对象上。 由于这些调解人很小，因此它们并不代表真正的问题，即使那些调解人在下次事件触发时也会消失。

幸运的是，您不必自己创建这个东西，其他人已经完成了。 它称为WeakEventListener 。 该博客： 突出“弱”贡献； 增强功能使使用WeakEventListener防止内存泄漏变得更加轻松！ 在这个主题上有很好的联系。

Answer 2

Joost van Schaik提供了一种从附加行为中清除引用的替代方法，同时避免了内存泄漏问题。 这取决于使用AssociatedObject的Loaded和Unloaded事件的委托进行清理工作。

他还提供了一个代码片段，用于生成附加行为的存根。