c# – 何时需要dispose()的规则是什么？

I understand the principle of dispose(),which is to release memory reserved for variables and/or resources.

你不明白处置的目的.它不是用于释放与变量相关的内存.

What I don’t understand is just exactly what requires a release,when to employ dispose().

当您确定已完成IDisposable时,请处置任何实现IDisposable的内容.

For example,we don’t dispose variables like string,integer or booleans. But somewhere we cross ‘a line’ and the variables and/or resources we use need to be disposed. I don’t understand where the line is.

这条线为你划定了界限.当一个对象实现IDisposable时,它应该被处理掉.

我注意到变量不是根本不存在的东西.对象被丢弃.对象不是变量,变量不是对象.变量是值的存储位置.

Is there a single principle or a few broad principles to apply when knowing when to use dispose()?

一个原则：当物体是一次性的时候处理.

I don’t feel like I understand the basics of knowing when to use dispose().

处理所有可丢弃的物品.

One comment I saw asked if memory is released when a variable goes out of scope,and that got my attention because until I saw the response was no,it doesn’t get released just because it goes out of scope,I would have thought that it does get released when it goes out of scope.

在使用语言时要小心.您将范围和生命周期混淆,并且您将变量与变量的内容混淆.

第一：变量的范围是程序文本的区域,其中该变量可以通过名称引用.变量的生命周期是程序执行期间的一段时间,其中变量被认为是垃圾收集器的根.范围纯粹是一个编译时的概念,生命周期纯粹是一个运行时的概念.

范围和生命周期之间的联系是局部变量的生命周期通常在控制进入变量范围时开始,并在它离开时结束.但是,各种各样的东西可以改变本地的生命周期,包括在迭代器块中或在异步方法中被关闭.抖动优化器还可以缩短或延长本地的寿命.

还要记住变量是存储,它可能指的是存储.当本地的生命周期结束时,可以回收与本地相关联的存储.但是无法保证与当地所指的东西相关的存储将在当时或之前被回收.

So that’s why my question is “What determines when a dispose() is really necessary?”

当对象实现IDisposable时,必须进行Dispose. (有少量的一次性物品不需要处理.例如,任务.但作为一般规则,如果是一次性的,请将其丢弃.)

My question is less one of how and more one of when.

完成后只处理一件事.不是之前,也不是之后.

When should I dispose my objects in .NET?

在实现IDisposable时处理对象,并且您已完成使用它们.

How do I know if something falls into the category of what I must dispose?

当它实现IDisposable时.

I just don’t know what objects or things I create require that I am responsible for disposing.

一次性的.

most experienced and professional developers know when something they’ve created needs to be disposed of. I don’t understand how to know that.

他们检查物体是否是一次性的.如果是,他们会处置它.

The point of Dispose is to free unmanaged resources”. OK,but my question is how do I know by looking at something that it is an unmanaged resource?

它实现了IDisposable.

I don’t understand how to use that type of explanation to categorize what I need to dispose() and what I don’t. There’s all kinds of stuff in the .net framework; how do I separate out things that require I dispose() of them? What do I look at to tell me I’m responsible for it?

检查它是否是IDisposable.

After that,the answer goes on to speak at great length about how to dispose(),but I’m still stuck back at what needs to be disposed.

任何实现IDisposable的东西都需要处理掉.

my question is about when,meaning what needs to be disposed(),as opposed to when I’m done with it. I know when I’m done with things,I just don’t know which things I’m responsible for when I’m done with them.

实现IDisposable的东西.

I was hoping there is a general principle for what must be disposed rather than a long list of specific items which would not be particularly useful for people like me who are looking for simple guidelines.

简单的指导原则是你应该丢弃一次性用品.

Again,I get it that memory release is important,and also that a lot of experience and expertise goes into learning why and how,but I’m still left struggling to understand what needs to be disposed. Once I understand what I have to dispose(),then I can begin the struggle to learn how to do it.

通过调用Dispose()来处理实现IDisposable的东西.

So is this still a bad question?

这是一个非常重复的问题.

Your patience is a kindness.

感谢你在幽默中采取这个有点愚蠢的答案！

WRT scope != lifetime & variables != objects,very helpful.

这些都是非常常见的混淆,而且大多数时候,它几乎没有什么区别.但我发现,那些正在努力理解一个概念的人通常并不是模糊和不精确.

In VS is it so simple as looking in Object Browser / Intellisense to see if the object includes Dispose()?

绝大多数时候,是的.

有一些不起眼的角落案件.正如我已经提到的,TPL团队所获得的智慧是,处理Task对象不仅是不必要的,而且可能适得其反.

还有一些类型实现了IDisposable,但使用“显式接口实现”技巧使“Dispose”方法只能通过强制转换为IDisposable来访问.在大多数情况下,对象本身存在Dispose的同义词,通常称为“关闭”或某些此类事物.我不太喜欢这种模式,但有些人使用它.

对于这些对象,使用块仍然有效.如果由于某种原因你想要显式地处理这些对象而不使用则那么(1)调用“Close”方法,或者调用它,或者(2)转换为IDisposable并处理它.

一般的智慧是：如果物体是一次性的,那么处理它并不会有害,当你完成它时这是一个很好的做法.

原因是：一次性物品通常代表稀缺的共享资源.例如,某个文件可能会以某种模式打开,该模式在您打开文件时拒绝其他进程访问该文件的权限.这是礼貌的事情,以确保文件一旦完成就关闭.如果一个进程想要使用一个文件,那么很快就会有另一个进程.

或者一次性可能代表图形对象.如果一个进程中有超过一万个活动,操作系统将停止发出新的图形对象,所以当你完成它们时你必须让它们离开.

WRT implementing IDisposable @Brian’s comment suggests in “normal” coding I likely don’t need to. So would I only do that if my class pulled in something unmanaged?

好问题.您应该在两种情况下实现IDisposable.

(1)常见场景：您正在编写一个长时间保留在另一个IDisposable对象上的对象,并且“inner”对象的生命周期与“外部”对象的生命周期相同.

例如：您正在实现一个记录器类,该类打开日志文件并在日志关闭之前保持打开状态.现在你有一个固定一次性的类,所以它本身也应该是一次性的.

我注意到在这种情况下不需要“外部”对象可以最终确定.只是一次性的如果由于某种原因从未在外部对象上调用dispose,则内部对象的终结器将负责完成.

(2)罕见的情况：您正在实现一个新类,该类向操作系统或其他外部实体询问必须积极清理的资源,并且该资源的生命周期与持有它的对象的生命周期相同.

在这种非常罕见的情况下,您首先应该问自己是否有任何方法可以避免它.对于初学者到中级程序员来说,这是一个糟糕的情况.您真的需要了解CLR如何与非托管代码交互以使这些东西变得扎实.

如果你无法避免它,你不应该尝试自己实现处理和终结逻辑,特别是如果非托管对象由Windows句柄表示.应该已经有大多数句柄代表的OS服务包装,但如果没有,你想要做的是仔细研究IntPtr,SafeHandle和HandleRef之间的关系. IntPtr,SafeHandle and HandleRef – Explained

如果您确实需要为非托管,非基于句柄的资源编写处理逻辑,并且资源需要通过最终确定来支持处理,那么您将面临重大的工程挑战.

标准的配置模式代码可能看起来很简单但是在编写正确的终结逻辑时存在真正的微妙之处,这些逻辑在错误条件下是健壮的.请记住,终结器在不同的线程上运行,并且可以在线程中止场景中与构造函数并发运行在该线程上.编写线程安全逻辑,当一个对象仍然在另一个线程上构建时清理它可能非常困难,我建议不要尝试.

有关编写终结器的挑战的更多信息,请参阅我关于该主题的系列文章：http://ericlippert.com/2015/05/18/when-everything-you-know-is-wrong-part-one/

你没问的问题,但我会回答：

Are there scenarios in which I should not be implementing IDisposable?

是.许多人在希望拥有具有以下语义的编码模式时实现IDisposable：

>改变世界
>做新世界的事情
>还原更改

因此,例如,“冒充管理员,执行一些管理任务,恢复普通用户”.或者“开始处理事件,在事件发生时执行操作,停止处理事件”.或者“创建一个内存中的错误跟踪器,做一些可能会出错的东西,停止跟踪错误”.等等.你得到了一般模式.

这对于一次性模式来说是不合适的,但这并不能阻止人们编写代表任何非托管资源的类,但仍然像他们那样实现IDisposable.

这种观点使我成为少数;滥用这种机制,很多人都没有任何问题.但是,当我看到一个一次性的时候,我觉得“这个班级的作者希望我在我做好和准备好之后能够礼貌地清理自己.”但是这个类的实际合同通常是“你必须在程序中的某个特定位置处理它,如果你不这样做,那么程序逻辑的其余部分将是错误的,直到你做”.这不是我期望在看到一次性用品时必须实施的合同.我希望我必须尽心尽力地在方便时清理资源.