ArcEngine中com对象的释放问题
2017-06-12 15:15
357 查看
1、问题描述
最近在写C#下AE的开发,在循环获取数据并修改时碰到了两个问题“超出系统资源”和“超出打开游标最大数”;在网上看了一些资料,发现都是说在循环中没有释放已经使用过的对象,但是在循环中实际上是有为com对象赋值为null的,但是还是没法解决。后来想着将对象赋值为null和marshal是不是效果不一样,就特意写了一个简单的循环来测试,代码如下(初级代码,比较乱,请轻喷):public void Test_释放游标方式()
{
string ssName = "controlpoint";//图层名称(里面有4w多条数据)
//测试两种释放方式的执行时间
DateTime tmStart = DateTime.Now;
DisplayString("开始于:"+tmStart.ToLongTimeString()+"\r\n");
DateTime tmEnd;
DateTime tmMiddle1;
DateTime tmMiddle2;
TimeSpan ts, tsMax;
//具体执行代码
IFeatureWorkspace pFeaWs = mc_Ws as IFeatureWorkspace;//我已经建立好的SDE工作空间对象
IFeatureClass pFeaCls = pFeaWs.OpenFeatureClass(ssName);
string strWhere = string.Format("stationserieseventid in ('f9bd16ed-ae2a-454c-9eba-7123dc41af28','7e3d0d4a-8c5e-49b5-8977-e060cd4cef6d','a89300a5-3503-4976-b5d2-3d5a712f7b36')");
IFeatureCursor pCur = null;
IFeature pFea = null;
IQueryFilter pFilter = new QueryFilterClass();
int numCurHasBuild = 0;
//int counsts = pFeaCls.FeatureCount(null);//总要素个数
try
{
tmStart = DateTime.Now;
DisplayString("开始于:" + tmStart.ToLongTimeString()+"\r\n");
tsMax = TimeSpan.MinValue;
int idxStart = 45809;
int idxEnd = 90416;
int idxTmpNode = idxStart + 1000
for (int idx = idxStart; idx < idxTmpNode; idx++)
{
tmMiddle1 = DateTime.Now;
strWhere = "objectid = '" + idx.ToString() + "'";
pFilter.WhereClause = strWhere;
//获取游标对象
pCur = pFeaCls.Search(pFilter, false);//如果游标对象没有释放,那么一次循环不能超过280,否则会爆‘超出打开游标最大数’错误
numCurHasBuild++;
//循环获取游标内的要素
pFea = pCur.NextFeature();
while (pFea != null)
{
string tmp = pFea.get_Value(1).ToString();
pFea = pCur.NextFeature();
}
//pCur = null;//像这样,对象实际上是没有释放的;依旧会在283条的时候报错
Marshal.ReleaseComObject(pCur);//这种方式可以完全释放掉对象,此时可以完全循环完4w条数据
localReleaseComObj(pCur);//自己写的一个方法,达到释放游标pCur的目的
if (pCur != null)
localReleaseComObj(pCur);
tmMiddle2 = DateTime.Now;
ts = tmMiddle2 - tmMiddle1;
if (ts > tsMax)
tsMax = ts;
}
tmEnd = DateTime.Now;
DisplayString("循环中耗时最多的一次时间为:"+tsMax.TotalSeconds+"\r\n");
DisplayString("执行完一轮循环;消耗的总时间为:"+(tmEnd-tmStart).TotalSeconds+"\r\n");
}
catch (Exception ex)
{
DisplayString("在第" + numCurHasBuild.ToString() + "处发生错误!\r\n" + ex.Message);
throw new Exception(ex.Message);
}
}
2、试验过程
在测试中,专门打开一个控制点图层(里面有4w多条数据),然后根据条件循环建立游标获取对象;情况一:在使用完游标之后,将其赋值为null;这时候对象实际上是没有被释放掉的,因此在283次循环时就会报错‘ora 超出打开游标最大数’;
情况二:在使用完游标时,在循环末尾,用marshal.releasecomobject方法来释放com对象,这时循环可以走完4w次;我认为这时对象是完全被释放掉了的。
同时在使用marshal.releasecomobject方法时,并没有增加多余的时间,循环执行时间上还是跟不释放对象一样(小数据量比较)。
3、结论
在使用ArcEngine中的游标对象时,一定要在使用完之后进行对象的释放,否则会不定时出现上面的错误;而且需要使用marshal.releasecomobject方法来进行对象的释放,赋值为null是达不到目的的;另外说一下“超出系统资源”的这个错误,这个在最初没有释放对象时,每次当数据量超过200就会不定时报这个错误,一直也没法解决;但是当我在循环中加上marshal.releasecomobject方法释放对象后,这个问题竟然莫名消失了(后来特意试了4000条数据,也可以通过测试)。相当于解决“超出打开游标最大数”的问题时,顺带着让另一个问题也消灭了(可能是我不理解期间的具体原理,有待深入)。
4、补充问题(问题3:“COM对象与其基础RCW分开后就不能再使用”)
如代码中黄色部分所示,在这里我碰到了一个很奇怪的问题,即在上面一句我已经用Marshal释放了pCur对象,但是后面仍然可以继续使用(指的是再次用Marshal释放)而不报错。在这里我是将pCur作为参数传递进方法内部,然后再次使用Marshal释放,我一共尝试了以下几种方式:①普通的参数传递:可以正常使用,并Marshal而不报错;
②ref参数:也可以正常使用并Marshal而不报错
③params参数:此时不能正常使用,在调用方法时就会报错“com对象与其基础rcw分开后不能再使用”,而且连方法内部都进不去。
经过一天的查找原因,我认为原因如下:
首先,params是数组型参数,我们一般是想达到分散传递任意个数的参数的目的;此时,我们看似传递的是一个个的参数,但是编译器在进入方法之前会做一项工作,即使用我们传递的这些分散的参数建立一个一维数组,然后将这个数组传递给方法进行后续的操作(注意:错误也就是在这一步出现,就是我们连方法都进不去就报错的原因)。
其次,因为C#中数组是引用类型,在建立数组时是同时进行堆和栈上的内存分配的,也即数组的实际内容是在堆上存储,而在栈上开辟一块内存用于保存数组名(即堆中保存实际数据的内存的地址)。这就是C#中引用类型变量建立的方式:引用类型的地址存放在栈上,而实际对象存储在堆上。
第三,ArcEngine的com对象建立就遵循上面的原则,及同时使用了堆和栈(这部分由.NET的rcw为我们做了,具体原理现在还不清楚);因此我们在C#实际使用ArcEngine的对象时就像普通的引用类对象一样。而当我们使用Marshal将建立的对象释放后(比如IFeatureCursor),相当于斩断了堆和栈之间的联系桥梁;
第四,而我们在Marshal过pCur对象一次之后,再像上面黄色代码的那一部分来调用pCur时,普通参数、ref参数都不会去寻找pCur所对应的在堆上的对象(形象一点就是都不会走这一段已经被斩断了的桥梁);但是params数组型参数不同,编译器在进入方法之前是需要进行一步数组建立的操作的,而在建立数组时是需要同时操作堆和栈的,这时候再去走那一段已经被斩断了的桥梁就无法通过,也就会报错“com与其基础rcw分开后不能再使用”。【这一步你也可以变换一种方式测试:即建立一个直接以数组作为参数的方法,然后使用时事先建立数组,再把数组作为参数传递。这时候你会发现,数组是无法建立成功的,报错就出现在这里】
结论:这里params数组参数的语法糖给我们了一个小坑,如果不去理解堆、栈的概念,还有方法的参数传递与使用,就会觉得这个错误报的莫名其妙;而当深入理解了C#中方法的参数类型、传递,以及引用类型对象的原理,就能理解这个错误。
相关文章推荐
- C#+ArcEngine中com对象的释放问题
- .net开发Ae释放com对象的问题
- .net开发Ae释放com对象的问题
- office二次开发,Com对象自动释放
- 线程内核对象的释放问题
- 上下文“0x20b1a0”已断开连接。正在从当前上下文(上下文 0x20ac98)释放接口。这可能会导致损坏或数据丢失。要避免此问题,请确保在应用程序全部完成 RuntimeCallableWrapper (表示其内部的 COM 组件)之前
- 由于以下错误: 0x80040154,无法创建 CLSID 为“{E436EBB3-524F-11CE-9F53-0020AF0BA770}”的 COM 对象。怎么解决这个问题?
- 自动资源释放-使用对象管理资源,解决资源泄露问题
- 如何查ios 对象不释放的问题
- 销毁COM对象引用时内存异常。(未释放资源导致)
- AE92 for Java 中手动释放 COM 对象
- 解决IE浏览器IFrame对象内存不释放问题
- COM接口释放问题
- 释放Com对象的方法.
- python类中显示重写__del__方法,引起循环引用的对象无法释放,造成垃圾泄露问题
- 使用Atl 创建Com对象需要注意的问题
- Delphi中须注意的二个对象(TStreamAdapter、TObjectList)的释放问题
- 使用定时器解决对象事件中自释放的问题
- Dispose的实现,Com非托管对象的释放
- images对象的释放问题