我有一个名为 Class 的类，它在其构造函数中创建一个 Thread 。该线程运行一个 while(true)循环，从 NetStream 中读取非关键数据。线程将在析构函数中被中止：
~Class()
{
_thread.Abort();
_thread = null;
}
当程序想要结束使用Class类的实例 - ClassInstance时，它会调用：
ClassInstance = null;
GC.Collect;
~Class()会在此时自动调用，但实际上并不是这样的。Application.Exit()并从Main()返回后，该线程仍然在运行。Class实例方法来启动线程的。所以基本上你的类实例仍然由线程的运行所引用。你试图在终结器中停止线程，但终结器永远不会运行，因为实例仍然被引用，导致了一个死循环的局面。Thread.Abort。这真的不是一个充分的理由。很难控制ThreadAbortException注入线程的位置，因此可能会破坏你没有预料到的关键程序数据结构。while (true)循环更改为轮询CancellationToken。在实现IDisposable时，在Dispose方法中发出取消信号。不要包括终结器（C#术语中的析构函数）。终结器旨在用于清理非托管资源。由于你没有表明非托管资源正在运行，因此拥有终结器是毫无意义的。在实现IDisposable时不必包含终结器。事实上，当不真正需要时拥有终结器被认为是一种不好的做法。public class Class : IDisposable
{
private Task task;
private CancellationTokenSource cts = new CancellationTokenSource();
Class()
{
task = new Task(Run, cts.Token, TaskCreationOptions.LongRunning);
task.Start();
}
public void Dispose()
{
cts.Cancel();
}
private void Run()
{
while (!cts.Token.IsCancellationRequested)
{
// Your stuff goes here.
}
}
}
IDisposable并且释放了对象，那么Dispose方法中的代码将会运行，但不能保证析构函数也会被调用。IDisposable。CLR维护所有正在运行的线程。您将会将您类的InstanceMethod作为ThreadStart或ParameterizedThreadStart委托传递给线程的构造函数。 Delegate将保存您传递的方法的MethodInfo和您类中的Instance，保存在Target属性中。
垃圾回收器收集不应具有任何Strong References的对象，但是您的实例仍然存在于Thread的Delegate中。因此，您的类仍具有Strong Reference，因此不符合垃圾回收条件。
为了证明我上面所说的话
public class Program
{
[STAThread]
static void Main(string[] args)
{
GcTest();
Console.Read();
}
private static void GcTest()
{
Class cls = new Class();
Thread.Sleep(10);
cls = null;
GC.Collect();
GC.WaitForPendingFinalizers();
}
}
public class Class
{
private Thread _thread;
~Class()
{
Console.WriteLine("~Class");
_thread.Abort();
_thread = null;
}
public Class()
{
_thread = new Thread(ThreadProc);
_thread.Start();
}
private void ThreadProc()
{
while (true)
{
Thread.Sleep(10);
}
}
}
尝试上述代码。Destructor不会被调用。要使其工作，请将ThreadProc方法标记为static并重新运行，Destructor将被调用
class MyClass:IDisposable
{
ClassB _otherClass;
...
~MyClass()
{
//Call Dispose from constructor
Dispose(false);
}
public void Dispose()
{
//Call Dispose Explicitly
Dispose(true);
//Tell the GC not call our destructor, we already cleaned the object ourselves
GC.SuppressFinalize(this);
}
protected virtual Dispose(bool disposing)
{
if (disposing)
{
//Clean up MANAGED resources here. These are guaranteed to be INvalid if
//Dispose gets called by the constructor
//Clean this if it is an IDisposable
_otherClass.Dispose();
//Make sure to release our reference
_otherClass=null;
}
//Clean UNMANAGED resources here
}
}
using(var myClass=new MyClass())
{
...
}
using块终止，即使发生异常，也会调用Dispose()。
null不等同于调用析构函数！实际上，它对对象实例几乎没有影响，只是少了一个引用。 - Thorsten DittmarCriticalFinalizerObject解决了一些松散的问题，但仍然存在某些情况（尽管非常有限），其中最终器可能无法完整运行。根据提供的信息，我认为可以安全地假定这些情况都没有发生。 - Brian GideonThread.Abort是一个可怕的想法。这就像是通过射击司机来停止一辆汽车。汽车会停下来，但无法预测在此过程中会造成什么样的损害。 - Jim Mischel_thread有机会优雅地结束后才会执行，因为它正在监听的Event已经发出信号，并且终止程序已经等待完成。 - Edgar James luffternstat