.net下的AO对象的安全释放
来源:互联网 发布:ubuntu如何安装vim 编辑:程序博客网 时间:2024/06/15 18:40
AO底层基于COM架构,ESRI系列产品基本都直接AO组件。
特点如下:
1、原生的组件属于非托管组件,这可以从产品的进化过程得出结论。
2、目前的托管组件例如AE .net开发包,都是直接通过RCW(runtime callable wrapper)方式调用AO底层的组件
3、Desktop依然是直接基于COM,通过CCW(COM Callable Wrapper)方式支持我们用.net写的一些组件(如command,tool等)
4、托管和非托管的比较,非托管的COM组件自己控制组件的生存周期,托管组件由CLR(Common Language Runtime)来管理,即通过GC(Garbage ollection)机制自动回收。
由上述的第四个特点,托管组件自己不能控制生存期,CLR释放不及时,经常抛出各种COM错误,如果有循环操作,错误出现的频率非常高。
如何避免
1、尽量不要用多线程操作,我们的产品本身不支持多线程,多线程是一个陷阱,虽然.net构建线程非常方便,但是一旦采用多线程问题将会无穷尽,而且多是不能调试的错误。
2、AO的.net开发包中的对象释放方法
ESRI.ArcGIS.ADF.COMSupport.AOUninitialize.Shutdown() ;必须的,一般放在窗口关闭的Dispose函数中。
ESRI.ArcGIS.ADF.ComReleaser.ReleaseCOMObject(comObject); 用了他就不要用CLR中的释放函数
3、.net Framework 下的释放方法
.NET Framework 1.1下的释放方法
System.Runtime.InteropServices.Marshal.ReleaseComObject(comObject);
一般写成
while (Marshal.ReleaseComObject(comObject) > 0){}
.NET Framework 2.0下的释放方法
System.Runtime.InteropServices.Marshal.FinalReleaseComObject(comObject);
代码中一般采用如下标准写法
private void NAR(object o)
{
try
{
System.Runtime.InteropServices.Marshal.ReleaseComObject(o);
}
catch { }
finally
{
o = null;
}
}
4、释放过程总结,1.1下的方法和2.0下的方法有不同,我们的组件最好还是用1.1的ReleaseComObject方法释放,2.0下的有时还会有异常抛出。.net中的com对象只手动释放一次即可。 特别需要注意new出来的对象。
-----------------------------------http://blog.csdn.net/jx1228
- .net下的AO对象的安全释放
- AO对象的使用
- .NET对象的释放
- AO的Display对象简介
- Net下Arcgis engine COM对象的释放问题
- AO的Display对象简介二
- ao对象如geometry的保存
- 立即释放.net下的com组件
- 释放.net下的com组件
- 立即释放.net下的com组件
- 立即释放.net下的com组件
- 立即释放.net下的com组件
- 安全释放 TreeView的DATA!
- c++安全的释放指针
- GDI+对象的释放
- autorelease对象的释放
- AO的解释,不错
- [学习笔记]ASP.NET需注意数据对象的释放
- 系统程序员成长计划-Don’t Repeat Yourself(DRY)(下)
- Chain of Responsibility(Gof-Behavioral Design Patterns)
- 动态加载XAML文件
- 山雨欲来风满楼——云计算趋势一览
- 系统程序员成长计划-你的数据放在哪里
- .net下的AO对象的安全释放
- 2008年中国薪酬状况白皮书
- ASP.NET缓存:方法和最佳实践 (转载)
- 2.4 简单看一下Metadata
- 测试我的地址
- asp.net缓存机制(转载)
- GoogleMap api
- jQuery技巧
- 系统程序员成长计划-写得又快又好的秘诀(一)