有关如何编写静态分析规则 (FXCop) 以确保删除事件委托的任何想法

发布于 2024-07-19 08:53:11 字数 261 浏览 6 评论 0原文

我们一直在进行大量的内存泄漏分析，发现影响因素之一是未删除事件上的委托，导致对象无法足够快地被 GC（有时甚至永远）。

有人知道如何在 FXCop 中编写规则以确保我们将委托从处理程序中删除吗？

我刚刚看到这个，因此我会在那里问了解更多信息。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

沧笙踏歌 2024-07-26 08:53:11

你需要更具体。您不需要检查所有事件委托是否已取消订阅，因为在常见情况下，订阅者的寿命比发布者短。仅当您的订阅者比发布者寿命更长时才会发生内存泄漏，因此存在引用，这会阻止 GC 收集发布者对象。

现在我们需要验证，如果您订阅了相对较短生命周期的对象上的事件，您最终会取消订阅它。

在这种情况下，我可以提出一个启发式方法：分析所有局部变量对象（由当前代码块 {} 限定范围）以及您显式 Dispose 的所有对象。对于这些对象上的每个事件，都会计算您订阅它们的次数和取消订阅的次数。如果第一个数字更大，则发出警告。

当然，这并不能涵盖所有情况，但我想没有静态方法可以涵盖这个问题中的所有情况，您需要一些足够好的方法。

我不会在这里提及动态分析和代码审查的优点，因为它是一个单独的主题，与问题无关。

回复收藏 0 原文

×眷恋的温暖 2024-07-26 08:53:11

好的，除了实现实际检查的问题之外（在我看来，这与路径覆盖率非常相似因此不实用） - 这是编写新的 FxCop 规则的方法：

首先，一些文章对我有过一次帮助：

实施一个简单的规则是没什么大不了。在您的项目中，您需要一个 Rules.xml 文件作为嵌入资源（请参阅此处）。您从 BaseIntrospectionRule 派生您的类，并将代码添加到 Check() 方法中：

public override ProblemCollection Check( TypeNode typeNode )
{
  if( type.IsPublic )
  {
    Problems.Add( new Problem( ... ) );
  }
  return Problems;
}

我以前曾这样做过。我希望它仍然像描述的那样工作:)

Ok, beside the problem of implementing the actual check (in my opinion this is very similar to a path coverage and thus not practical) - here is the way to write a new FxCop rule it:

At first some articles that helped me once:

Implementing a simple rule is no big deal. In your project you need a Rules.xml file as an embedded resource (see here). You derive your class from BaseIntrospectionRule and add your code to the Check()-method:

public override ProblemCollection Check( TypeNode typeNode )
{
  if( type.IsPublic )
  {
    Problems.Add( new Problem( ... ) );
  }
  return Problems;
}

I did this some times ago. I hope it still works as described :)

回复收藏 0 原文