我坚持使用.Net 1.1应用程序(即我暂时无法使用2.0版的泛型功能),并且我正在尝试优化代码的某些部分。由于它涉及很多需要释放的运行时可调用包装器,因此我最终创建了一个实用程序方法,该方法会循环执行,直到释放所有引用为止。该方法的签名是:

void ReleaseObject(object comObject)


释放所有comObject之后,我将调用GC.Collect和GC.WaitForPendingFinalizers(不要问-与Office interop进行交易的任何人都知道)。

并且...像往常一样,我遇到了一个极端的情况-如果在GC.Collect调用之前未将对应的托管引用分配为null,则无法正确清理。

因此,我的代码如下所示:

ReleaseObject(myComObject);
myComObject = null;
GC.Collect()
...


因为有一堆xxx = null,所以我决定将其放入util方法中,但是由于按引用传递和传递引用参数之间存在差异,因此显然我不得不将方法更改为:

void ReleaseObject(out object comObject)
{
   //do release
   comObject = null;
}


并将呼叫者编辑为:

MyComClass myComObject = xxxx;
ReleaseObject(out myComObject);


这将失败,并显示一条消息:“无法从'out MyComClass'转换为'out object'”

虽然我可以想到为什么会出现问题(即从对象到MyComClass的反向转换不是隐式的,并且不能保证该方法将执行的操作),但我想知道是否有解决方法,或者我需要保留与我的数百个空值分配。

注意:我有一堆不同的COM对象类型,这就是为什么我需要“对象”参数而不是类型安全的原因。

最佳答案

为什么调用方法比仅将变量设置为null更好?它们都是单线电话,而后者则简单得多。

听起来确实很奇怪,但是您首先需要将它们设置为null。这些静态变量或实例变量的值需要在其包含对象之前被释放吗?如果变量只是局部变量,无论如何将超出范围,将其设置为null不会有任何区别(在发行版中)。

RCW是否未实现IDisposable?如果是这样,最好调用Dispose(最好通过using语句)。

(经过评论讨论。)

这些是局部变量,该方法稍后将不再引用。这意味着垃圾收集器将意识到它们不需要被视为“根”引用-因此将它们设置为null不会有任何区别。

但是,要直接回答原始问题:不,除非方法参数的类型完全相同,否则您不能通过引用传递变量,因此您在这里很不走运。 (使用泛型是可能的,但是您已经说过,您限于.NET 1.1。)

关于c# - 使用“ref”和/或“out”作为对象类型,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/244826/

10-12 14:55
查看更多