c# -在.NET中使用后将对象设置为Null / Nothing

Translate

您是否应该将所有对象都设置为null (Nothing在VB.NET中)完成操作后?

我了解在.NET中,必须处置实现以下目标的对象的所有实例:IDisposable接口以释放一些资源,尽管对象在处置后仍然可以是某种东西(因此isDisposed属性),所以我认为它仍然可以驻留在内存中或至少部分驻留在内存中?

我也知道,当一个对象超出范围时,它会被标记为可以进行下一次垃圾收集器的收集(尽管这可能需要一些时间)。

因此,考虑到这一点,将其设置为null加快系统释放内存的速度,因为它不必确定它已不在范围内,并且它们是否有不良影响?

MSDN文章从不在示例中执行此操作,目前我这样做是因为我看不到危害。但是,我遇到了多种意见,因此任何评论都是有用的。

This question and all comments follow the "Attribution Required."

所有的回答

Kev
Translate

Karl绝对正确,使用后无需将对象设置为null。如果对象实现IDisposable,只需确保您致电IDisposable.Dispose()当您完成该对象(包装在try..finallyusing()块)。但是,即使您不记得打电话Dispose(),则该对象上的finaliser方法应该正在调用Dispose()为了你。

我认为这是一种很好的治疗方法:

挖掘IDisposable

和这个

了解IDisposable

试图再次猜测GC及其管理策略没有任何意义,因为它是自调整的且不透明。在这里,与Jeffrey Richter在Dot Net Rocks上的内部工作方式进行了很好的讨论:Jeffrey Richter在Windows内存模型上和里氏书通过C#进行CLR第20章有一个很好的论述:

来源
Translate

完成对象后避免将其设置为null的另一个原因是,它实际上可以使它们存活更长时间。

例如

void foo()
{
    var someType = new SomeType();
    someType.DoSomething();
    // someType is now eligible for garbage collection         

    // ... rest of method not using 'someType' ...
}

将允许在调用“ DoSomething”之后将someType引用的对象进行GC处理,但是

void foo()
{
    var someType = new SomeType();
    someType.DoSomething();
    // someType is NOT eligible for garbage collection yet
    // because that variable is used at the end of the method         

    // ... rest of method not using 'someType' ...
    someType = null;
}

有时可能会使对象保持活动状态,直到方法结束。的JIT通常会将分配优化为null,因此代码的两位最终都相同。

来源
Translate

不,不要为空对象。你可以退房http://codebetter.com/blogs/karlseguin/archive/2008/04/27/foundations-of-programming-pt-7-back-to-basics-memory.aspx有关更多信息,但是将东西设置为null不会做任何事情,除非弄脏代码。

来源
Translate

也:

using(SomeObject object = new SomeObject()) 
{
  // do stuff with the object
}
// the object will be disposed of
来源
Translate

通常,使用后无需将对象置空,但在某些情况下,我认为这是一种好习惯。

如果一个对象实现IDisposable并存储在一个字段中,我认为最好将其为null,以避免使用已处置的对象。下列错误可能很痛苦:

this.myField.Dispose();
// ... at some later time
this.myField.DoSomething();

最好在处理完该字段后将其为空,然后在再次使用该字段的行上获取一个NullPtrEx。否则,您可能会遇到一些神秘的错误(具体取决于DoSomething的工作)。

来源
Translate

如果您觉得有必要,您的代码可能结构不够紧密null变量。

有多种方法可以限制变量的范围:

如前所述史蒂夫·特兰比

using(SomeObject object = new SomeObject()) 
{
  // do stuff with the object
}
// the object will be disposed of

同样,您可以简单地使用大括号:

{
    // Declare the variable and use it
    SomeObject object = new SomeObject()
}
// The variable is no longer available

我发现使用不带任何“标题”的大括号可以真正清除代码并使其更易于理解。

来源
Bob
Translate

唯一应将变量设置为null的情况是,变量不会超出范围并且不再需要与之关联的数据。否则没有必要。

来源
Translate

通常不需要设置为null。但是,假设您的课堂上有重置功能。

然后您可能会这样做,因为您不想两次调用dispose,因为某些Dispose可能无法正确实现,并引发System.ObjectDisposed异常。

private void Reset()
{
    if(_dataset != null)
    {
       _dataset.Dispose();
       _dataset = null;
    }
    //..More such member variables like oracle connection etc. _oraConnection
 }
来源
Translate

这种“使用后无需将对象设置为null”并不完全准确。有时,在处理变量后,您需要使该变量为NULL。

是的,您应该始终致电.Dispose()要么.Close()完成后在任何具有它的东西上。无论是文件句柄,数据库连接还是一次性对象。

与此不同的是LazyLoad的非常实用的模式。

说我已经实例化ObjAclass A. Class A有一个名为PropBclass B.

在内部,PropB使用的私有变量_B且默认为null。什么时候PropB.Get()使用,它检查是否_PropB为null,如果为null,则打开实例化a所需的资源B进入_PropB。然后返回_PropB.

以我的经验,这是一个非常有用的技巧。

需要空值的地方是您是否以某种方式重置或更改了A的内容_PropB是先前值的子级A,您将需要处理并清空_PropB因此,如果代码需要,LazyLoad可以重置以获取正确的值。

如果你只做_PropB.Dispose()并且不久之后就期望对LazyLoad的null检查成功,它将不会为null,并且您将查看陈旧的数据。实际上,您必须在之后将其为空Dispose()只是要确定。

我当然希望不是这样,但是我现在有代码在经过Dispose()在一个_PropB在执行Dispose的调用函数之外(因此几乎超出范围),私有prop仍不为null,并且陈旧数据仍然存在。

最终,所处置的属性将无效,但是从我的角度来看,这是不确定的。

dbkk提到的核心原因是父容器(ObjAPropB)正在保留的实例_PropB在范围上,尽管Dispose().

来源
Translate

在某些情况下,对空引用有意义。例如,当您按照合同约定编写一个集合(如优先级队列)时,在客户端将它们从队列中删除后,您不应该为客户端保留这些对象。

但是,这种情况仅适用于寿命长的收藏。如果队列不能幸免于创建该函数的末尾,那么它的重要性就小得多。

总的来说,您真的不应该打扰。让编译器和GC进行工作,以便您可以完成工作。

来源
Translate

也看一下这篇文章:http://www.codeproject.com/KB/cs/idisposable.aspx

在大多数情况下,将对象设置为null无效。唯一应该确定的是,如果使用的是“大对象”,它的大小大于84K(例如位图)。

来源
Translate

Stephen Cleary在这篇文章中解释得很好:我应该将变量设置为Null以协助垃圾回收吗?

说:

对于不耐烦的简短答案是,如果变量是静态字段,或者您正在编写可枚举的方法(使用yield return)或异步方法(使用async和await)。否则,不会。

这意味着在常规方法(不可枚举和非异步)中,请勿将局部变量,方法参数或实例字段设置为null。

(即使实现IDisposable.Dispose,也不应将变量设置为null)。

我们应该考虑的重要事情是静态场.

静态字段始终是根对象,所以他们是一直被认为是“活着”由垃圾收集器。如果静态字段引用了不再需要的对象,则应将其设置为null,以便垃圾收集器将其视为有资格进行收集的对象。

如果关闭整个过程,则将静态字段设置为null毫无意义。届时将要对整个堆进行垃圾回收,包括所有根对象。

结论:

静态场;就是这样。还有什么是浪费时间.

来源
Translate

我相信通过GC实现者的设计,您不能加速GC无效。我敢肯定,他们希望您不要担心GC的运行方式/运行时间-像这样普遍存在存在保护和保护你...(弓低着头,把拳头抬向天空)...

就个人而言,当完成自变量形式的工作时,我经常将变量显式设置为null。我不声明,使用,然后稍后将其设置为null -在不再需要它们之后,我立即将其设置为null。我的意思是明确地说:“我已经正式与您完成了……走了……”

使用GC语言是否需要取消作用?否。这对GC有帮助吗?也许是,也许不是,不确定,通过设计我真的无法控制它,无论今天使用该版本的答案是什么,或者将来的GC实现都可能会改变答案,超出我的控制范围。另外,如果/当优化了空值时,它仅是一种幻想评论如果可以的话。

我想这是否使我的意图更清楚地跟上跟随我的脚步的下一个可怜的傻瓜,以及是否“威力”有时可能对GC有帮助,那么这对我来说是值得的。通常,它使我感到整洁和清晰,而Mongo喜欢感到整洁和清晰。 :)

我是这样看的:编程语言可以使人们了解意图,而编译器可以完成工作的工作请求-编译器将该请求转换为CPU的另一种语言(有时是几种语言)- CPU可以提供您所使用的语言,选项卡设置,注释,风格重点,变量名等信息。CPU就是位流的全部内容,它告诉它哪些寄存器和操作码以及存储器位置在旋转。按照我们指定的顺序,用代码编写的许多东西不会转换为CPU消耗的东西。我们的C,C ++,C#,Lisp,Babel,汇编器或任何其他理论而非实际内容均以工作说明的形式编写。所看到的不是获得的,是的,即使是汇编语言也是如此。

我确实理解“不必要的事情”(如空白行)的心态“除了杂乱无章的代码外,别无其他。”那是我职业生涯的早期。我完全明白。在这个关头,我倾向于使代码更清晰的地方。好像我没有在程序中添加50行“噪音”,而是在这里或那里增加了几行。

任何规则都有例外。在具有易失性内存,静态内存,竞争条件,单例,使用“过时”数据和所有此类腐烂的情况下,这是不同的:您需要管理自己的内存,以适当的方式锁定和无效,因为内存不是其中的一部分GC'd Universe-希望每个人都能理解。其余时间使用GC语言,这只是样式问题,而不是必要性或性能保证。

在一天结束时,请确保您了解哪些内容符合GC条件,哪些内容不符合条件;适当地锁定,处置和废止;上蜡,下蜡;吸气,呼气;对于其他所有内容,我都会说:如果感觉不错,那就去做。您的里程可能会有所不同。

来源
Translate

我认为将某些内容设置回null会很麻烦。想象一个场景,其中现在设置为通过属性暴露的项目。现在以某种方式在处置该项目后,某些代码意外地使用了此属性,您将得到一个null引用异常,需要进行一些调查才能弄清楚到底发生了什么。

我相信一次性框架将允许抛出ObjectDisposedException,这更有意义。出于这个原因,不将它们设置回null会更好。

来源
Translate

一些对象认为.dispose()强制从内存中删除资源的方法。

来源