您的位置:首页 > 其它

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#中方法的参数类型、传递,以及引用类型对象的原理,就能理解这个错误。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: