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

我知道,在.NET中,必须处置实现IDisposable接口的对象的任何实例以释放一些资源,尽管该对象在被处置后仍可以是某种东西(因此,表单中的isDisposed属性),因此我假设它可以仍然驻留在内存中或至少部分?

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

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

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

===============>>#1 票数:69 已采纳

Karl绝对正确,使用后无需将对象设置为null。 如果一个对象实现了IDisposable ,只需确保在处理IDisposable.Dispose()该对象后调用IDisposable.Dispose() (包装在try .. finallyusing()块中)。 但是,即使您不记得要调用Dispose() ,该对象上的finaliser方法也应该为您调用Dispose()

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

挖掘IDisposable

和这个

了解IDisposable

尝试重新猜测GC及其管理策略没有任何意义,因为它是自调整的且不透明。 在此处,关于Dot Net Rocks上的Jeffrey Richter的内部工作方式进行了很好的讨论: Windows Memory Model和Richters的Crey via C#第20章中的Jeffrey Richter有很好的论述:

===============>>#2 票数:36

完成对象后避免将其设置为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 ,因此代码的两位最终都相同。

===============>>#3 票数:14

不,不要为空对象。 您可以查看http://codebetter.com/blogs/karlseguin/archive/2008/04/27/foundations-of-programming-pt-7-back-to-basics-memory.aspx了解更多信息,但需要进行设置为null不会执行任何操作,除非弄脏您的代码。

===============>>#4 票数:7

也:

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

===============>>#5 票数:7

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

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

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

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

===============>>#6 票数:7

如果您认为需要使变量为null ,则很有可能代码结构不够紧密。

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

正如史蒂夫·特兰比Steve Tranby)所述

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

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

===============>>#7 票数:5

通常不需要设置为null。 但是,假设您的班级具有重置功能。

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

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

===============>>#8 票数:5

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

===============>>#9 票数:3

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

是的,完成后,应始终对具有此功能的任何东西调用.Dispose().Close() 无论是文件句柄,数据库连接还是一次性对象。

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

说我已经实例化了class A ObjA Class A具有class B称为PropB的公共财产。

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

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

需要null的地方是,如果您以某种方式重置或更改A使得_PropB的内容是A的先前值的子项,则需要Dispose AND空出_PropB以便_PropB可以重置以获取正确的值如果代码需要它。

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

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

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

正如dbkk所暗示的,核心原因是尽管Dispose() ,父容器(带PropBObjA PropB实例_PropB在范围内。

===============>>#10 票数:1

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

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

===============>>#11 票数:1

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

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

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

===============>>#12 票数:1

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

说:

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

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

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

我们应该考虑的重要事情是静态字段

静态字段始终是根对象 ,因此垃圾回收器始终将它们视为“有效” 如果静态字段引用了不再需要的对象,则应将其设置为null,以便垃圾收集器将其视为有资格进行收集的对象。

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

结论:

静态场 ; 就是这样。 其他任何事情都是浪费时间

===============>>#13 票数:0

我相信通过GC实现者的设计,您无法通过无效化来加速 GC。 我敢肯定,他们宁愿你不是如何/ GC运行时担心自己-把它像这种无处不在的保护和看守,并为你......(弓低着头,拳头提高到天空).. 。

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

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

potentially help GC sometimes, then it's worth it to me. 我认为,这是否会使我的意图更清楚地跟进跟随我的脚步的下一个可怜的傻瓜,并且如果它有时会帮助GC,那么这对我来说是值得的。 通常,它使我感到整洁和清晰,而Mongo喜欢感到整洁和清晰。 :)

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

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

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

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

===============>>#14 票数:0

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

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

===============>>#15 票数:-1

某些对象假设使用.dispose()方法,该方法强制将资源从内存中删除。

  ask by John translate from so

未解决问题?本站智能推荐: