当你有如下代码:
Bitmap bmp = new Bitmap ( 100, 100 );
Graphics g = Graphics.FromImage ( bmp );
Pen p = new Pen ( Color.FromArgb ( 128, Color.Blue ), 1 );
Brush b = new SolidBrush ( Color.FromArgb ( 128, Color.Blue ) );
g.FillEllipse ( b, 0, 0, 99, 99 );
g.FillRegion ( b, pictureBox1.Region );
pictureBox1.BackColor = Color.Transparent;
pictureBox1.Image = bmp;
您需要处理笔和刷吗？位图和g呢？
我的主要问题是，如果这些需要手动处理，为什么它们不会在超出作用域后立即被处理？如果您没有手动处理它们，那么会发生什么？延迟导致人们手动处理吗？
是的，你必须将它们处理掉 - 不仅仅是笔和刷子，还有 Bitmap 和 Graphics。
它们不会在超出范围时被处理掉，因为变量本身是引用而不是对象，C# 编译器无法知道所有权是否仍然属于这些引用（例如，在理论上，FillEllipse 可能会记住给定的引用，并在以后的某个时刻尝试使用它 - 请记住，语言编译器对库语义没有任何特殊知识！）。
如果您想表明所有权仅限于该作用域，则可以使用 using 语句：
using (Bitmap bmp = new Bitmap ( 100, 100 ))
using (Graphics g = Graphics.FromImage ( bmp ))
using (Pen p = new Pen ( Color.FromArgb ( 128, Color.Blue ), 1 ))
using (Brush b = new SolidBrush ( Color.FromArgb ( 128, Color.Blue ) ))
{
g.FillEllipse ( b, 0, 0, 99, 99 );
g.FillRegion ( b, pictureBox1.Region );
}
这将使编译器自动插入对Dispose的调用，确保一旦离开相应的using范围（无论是正常离开还是通过控制转移，如return或break，或异常），所有对象都将被处理。
如果您来自C ++背景，则C＃中的using与const std :: auto_ptr直接类似，只是它在这里是一种语言结构，并且只能用于局部变量（即不能用于类字段）。
我知道其他人在这里放置了代码示例，但既然我开始了，我就来完成它：
using (Bitmap bmp = new Bitmap(100, 100))
{
using (Graphics g = Graphics.FromImage(bmp))
{
using (Pen p = new Pen(Color.FromArgb(128, Color.Blue), 1))
{
using (Brush b = new SolidBrush(Color.FromArgb(128, Color.Blue)))
{
g.FillEllipse(b, 0, 0, 99, 99);
g.FillRegion(b, pictureBox1.Region);
pictureBox1.BackColor = Color.Transparent;
pictureBox1.Image = bmp;
}
}
}
}
using，因为它会自动调用Dispose()方法释放对象，即使在using块中抛出异常。我在SharePoint项目中也经常使用它（但这是另一个故事...）。C#并不会在变量超出其作用域时立即“销毁”或释放它们。
这些类很可能会在它们的特殊Finalizer方法中自动释放它们所持有的非托管资源，当这些类在超出作用域后的某个不确定时间被垃圾回收时，该方法将被调用。
但是依靠这一点是依赖于你无法控制的事情，而且可能要等一段时间才能发生。
如果该类实现了IDisposable接口，则最佳做法是在某个地方手动调用Dispose()方法，或者最好将其包装在using块中。这样你就可以确信：
A. 非托管资源一定被释放了。
B. 非托管资源尽可能快地被释放了。
Dispose 并不是绝对必要的 -- 当对象被终结时，它将被调用，因此您不会泄漏资源或任何其他东西。Dispose是好习惯，因为可处置对象通常直接控制通常有限的本机资源。对象通常不会立即被终结/收集，因此这些资源仅在您不再使用该对象时浪费。处理程序立即释放这些资源，以便其他程序的其他部分可以使用它们（或在某些情况下，由其他程序使用）。using块在完成使用对象后自动处理该对象，这就是为什么很少在using块中看到Dispose的原因。IDisposable，并且您的代码创建了它（即：如果它不是像Pens.Blue或您在OnPaint等中传递的Graphics这样的系统对象），则在完全完成使用它时应将其处置--无论是通过调用Dispose，还是通过调用指定调用Dispose的其他方法（Close是常见的方法），或者使用using块。您不必处置它，但您几乎总是应该这样做。是的，bmp、g、b和p都是IDisposable，你应该Dispose()它们所有。最好使用using() {}块来处理。
当你使用Pen p2 = Pens.Blue;时，有一些例外情况，你不应该处理p2。这被称为库存项。同样适用于Brushes.Black等。
至于为什么，对于所有可处理类，原因都是相同的。.Net不使用引用计数，因此当引用超出范围时没有（也不能有）立即操作。
将其留给垃圾收集器最终会释放它们，但这是（非常）低效的。我知道一个ASP.NET（！）应用程序由于未及时处理图形句柄而因此失败。它正在生成图像。
Dispose用于处理非托管资源。
因此，作为一个经验法则，我会在using语句中包装任何IDisposable对象的实例化，这样我就不必担心Pen有哪些非托管资源。
Dispose或使用using语句，但不正确的是如果某些API正在使用它，Pen否则将不会在作用域外被释放。Pen有一个终结器，在它变得不可达时（对于短寿命对象，可能很快），会在某个未指定的时间运行，当这种情况发生时，它会执行相当于Dispose的操作。 - Daniel EarwickerIDisposable接口，那么就应该有某个地方的代码来对其进行处理。在这种情况下，很明显除了我们自己的代码之外，没有其他代码会执行这个任务。Earwicker所说的也是正确的，如果您忘记释放资源，还有一个终结器机制可以进行清理，但由于不确定它何时启动(它甚至可能在应用程序关闭时才启动)，如果您不显式调用Dispose方法，可能会导致严重泄漏；通常情况下，对于这种情况依赖终结器机制是一个非常糟糕的想法。 - Pavel Minaev