从.NET的内存中释放ArcObjects的规则是什么？

我需要释放每个对象吗？是否为我处理了一些内存管理？

最值得注意的是，在使用完游标后，请务必显式释放它们。我也释放这意味着数据库访问一些枚举对象，例如IEnumRelationship你得到IRelationshipClass.GetRelationshipsForObject。

同样，当您创建许多寿命很短的COM实例（尤其是在紧密循环中）时，显式释放它们也是一个好主意。

在某些情况下，建议何时发布单个功能（行）引用。例如，如果您创建新的地理数据库版本，编辑数据，进行协调和发布，则之后尝试删除该版本的尝试可能会失败，因为可能存在未发布的行，而这些行又保留了您要删除的版本（工作区）的引用。但是，大多数情况下，这种情况很少见，您无需在日常ArcObjects开发中考虑它们。这只会使代码杂乱无章地进行清理，使其难以维护。

同样重要的是要说何时不发布.NET包装器- 切勿显式发布任何其他托管代码可能正在使用的ArcObjects的RCW。这样的一个例子-在ArcMap中时不要释放IMap。通常，请勿尝试释放未创建的ArcObjects。

在大多数情况下，.NET垃圾收集效果很好。ArcObjects中的某些情况在解构器上做重要工作，.NET包装程序的不确定性可能导致问题。本帮助主题涵盖了要关注的主要情况以及如何管理发布。

始终销毁：

• 游标
• IEnums

注意不要破坏正在其他地方使用的东西。

今天，我在Kirk参加的ESRI网站上阅读了一个有趣的讨论。还有其他非常有趣的意见，例如，使用ReleaseComObject方法和FinalReleaseComObject（或类似的东西）。抱歉，我现在没有链接。

一些人甚至建议发布IRows，但是许多人同意让GC直接处理它们更加容易。

我从不发布任何IGeometry。有人尝试过吗？

我将使用ESRI.ArcGIS.ADF.ComReleaser。话虽这么说，我不能确切确定哪个弧对象使用确定性释放模式，但我主要将其附加到IServerContext对象，因为这是最关键的。

using (ComReleaser comReleaser = new ComReleaser())
{

}

这是我在2011年esri开发者峰会上获得的一些信息。

我记得的最大清单是关于单例对象的（帮助中有两个主题）。

这是来自在.NET“释放COM引用”主题中使用ArcObjects的最佳实践的链接：http : //help.arcgis.com/zh-cn/sdk/10.0/arcobjects_net/conceptualhelp/index.html#/Releasing_COM_references/0001000004tm000000/

这是地理数据库博客上的一篇关于Fourm讨论的帖子，其中确实包含对象列表：http : //blogs.esri.com/dev/blogs/geodatabase/archive/2010/05/18/what_2700_s‑up‑with ‑comreleaser_3f00_.aspx

（最后是一篇博客文章，其中包含可帮助防止网址无法正常工作的链接） http://blogs.esri.com/dev/blogs/geodatabase/archive/2008/12/18/using-the-comreleaser-to-manage .net.aspx中的“生命周期”

不要忘记IWorkspace对象。几年前，在ESRI开发者峰会上，我提出了问题，而ESRI的答案是ICursor和IWorkspace对象。

SOI中使用游标之类的服务器对象时，规则是否不同？我正在尝试使用ComReleaser，但是每次它到达我的SOI代码中的方法附近时，它都会失败