【转帖】.NET+AE开发中常见几种非托管对象的释放
我
们知道.Net中对于内存的管理有两种方式,一种是托管对象管理,另一种是非托管对象管理。而我们通常理解的内存管理就是GC(垃圾收集),虽然GC通过
对托管堆的管理,可以使我们有机会从繁锁的诸如内存泄漏之类的问题中解放出来,可以将精力专注于程序的逻辑上。但是将所有的事情都交给GC有时会损及程序
的效率,严重的甚至会导致错误。
为什么会出现这种情况呢?问题在于对非托管资源(文件句柄)或者需要特别关照的对象(Bitmap)对象等,GC表现得就有点差强人意了(这句话或 许说得并不正确,因为微软设计GC的本意就是用来针对托管对象管理)。如何有效地利用GC来进行内存管理,如何对程序的性能进行优化不是本文讨论的范围。 本文的要旨在于AE开发中如何来释放非托管对象。
一、AOUninitialize.Shutdown
很多时候我们都会遇到这种情况:在退出AE应用程序中,常常提示这样的错误:“The instruction x references memory at x. The memory could not be read”。出现这种错误的原因主要在于COM对象(非托管对象)没有释放,在我们结束使用它的进程的时候,它阻止我们正常释放它,它释放的优先级高于当 前使用它的进程释放的优先级,也就是说进程释放之前,必须先释放掉它。
明白了上面的原理,那么解决这一问题的方法便非常简单,我们只需在应用程序退出之前调用 ESRI.ArcGIS.ADF.COMSupport.AOUninitialize.Shutdown()方法即可释放非托管对象了(9.2之前的版 本AoUninitialize并不在ESRI.ArcGIS.ADF.COMSupport命名空间下,需注意)。
二、Marshal.ReleaseComObject
NET开发中,引用COM对象主要是通过RCW(Runtime Callable Wrappers)机制来实现的(有点类似于代理模式)。对于COM对象的释放,GC表现得有点无能为力,因此必须在程序中显示释放掉COM对象占用的资 源,否则将会出现一些意想不到的错误。比如重复地从Personal GeoDataBase中打开GeoDataBase Cursors而又没有及时释放,将会引发“No more tables can be opened.”其它情形中,你可能会发现应用程序退出时,COM对象依然在内存中引用。比如StyleGallery如果没有显示释放,在应用程序退出 时就会引发错误。
1、Releasing StyleGallery:
这个问题非常重要,当我们确信在释放之后不再调用非托管对象资源时候,就可以调用System.Runtime.InteropServices.Marshal.ReleaseComObject()方法进行显式释放了,否则将会引发新的错误。
为什么会出现这种情况呢?问题在于对非托管资源(文件句柄)或者需要特别关照的对象(Bitmap)对象等,GC表现得就有点差强人意了(这句话或 许说得并不正确,因为微软设计GC的本意就是用来针对托管对象管理)。如何有效地利用GC来进行内存管理,如何对程序的性能进行优化不是本文讨论的范围。 本文的要旨在于AE开发中如何来释放非托管对象。
一、AOUninitialize.Shutdown
很多时候我们都会遇到这种情况:在退出AE应用程序中,常常提示这样的错误:“The instruction x references memory at x. The memory could not be read”。出现这种错误的原因主要在于COM对象(非托管对象)没有释放,在我们结束使用它的进程的时候,它阻止我们正常释放它,它释放的优先级高于当 前使用它的进程释放的优先级,也就是说进程释放之前,必须先释放掉它。
明白了上面的原理,那么解决这一问题的方法便非常简单,我们只需在应用程序退出之前调用 ESRI.ArcGIS.ADF.COMSupport.AOUninitialize.Shutdown()方法即可释放非托管对象了(9.2之前的版 本AoUninitialize并不在ESRI.ArcGIS.ADF.COMSupport命名空间下,需注意)。
二、Marshal.ReleaseComObject
NET开发中,引用COM对象主要是通过RCW(Runtime Callable Wrappers)机制来实现的(有点类似于代理模式)。对于COM对象的释放,GC表现得有点无能为力,因此必须在程序中显示释放掉COM对象占用的资 源,否则将会出现一些意想不到的错误。比如重复地从Personal GeoDataBase中打开GeoDataBase Cursors而又没有及时释放,将会引发“No more tables can be opened.”其它情形中,你可能会发现应用程序退出时,COM对象依然在内存中引用。比如StyleGallery如果没有显示释放,在应用程序退出 时就会引发错误。
1、Releasing StyleGallery:
复制内容到剪贴板
2、Releasing geodatabase cursors
代码:
private void MyFunction()
{
IStyleGallery styCls = new StyleGalleryClass() as IStyleGallery;
// Use the StyleGalleryClass here ...
int refsLeft = 0;
do
{
refsLeft = Marshal.ReleaseComObject(styCls);
}
while (refsLeft > 0);
}
复制内容到剪贴板
3、Releasing WebObject(ArcGIS Server)
代码:
for (int i = 1; i < 2500; i++)
{
IQueryFilter qu = New QueryFilterClass();
qu.WhereClause = @"Area = " + i.ToString();
IFeatureCursor featCursor = featClass.Search(qu, true);
// Use the feature cursor as required
System.Runtime.InteropServices.Marshal.ReleaseComObject(featCursor);
}
复制内容到剪贴板
三、什么时候应该释放非托管对象?代码:
private void doSomthing_Click(object sender, System.EventArgs e)
{
using (WebObject webobj = new WebObject())
{
ServerConnection serverConn = new ServerConnection("doug", true);
IServerObjectManager som = serverConn.ServerObjectManager;
IServerContext ctx = som.CreateServerContext("Yellowstone","MapServer");
IMapServer mapsrv = ctx.ServerObject as IMapServer;
IMapServerObjects mapo = mapsrv as IMapServerObjects;
IMap map = mapo.get_Map(mapsrv.DefaultMapName);
IFeatureLayer flayer = map.get_Layer(0) as IFeatureLayer;
IFeatureClass fclass = flayer.FeatureClass;
IFeatureCursor fcursor = fclass.Search(null, true);
webobj.ManageLifetime(fcursor);
IFeature f = null;
while ((f = fcursor.NextFeature()) != null)
{
// do something with the feature
}
ctx.ReleaseContext();
}
}
这个问题非常重要,当我们确信在释放之后不再调用非托管对象资源时候,就可以调用System.Runtime.InteropServices.Marshal.ReleaseComObject()方法进行显式释放了,否则将会引发新的错误。