两部分:
如果静态类可以有静态构造函数,为什么它不能有静态析构函数?
最佳解决方法是什么?我有一个静态类来管理作为COM对象的连接池,我需要确保他们的连接在程序中的其他地方爆炸时被关闭/释放。
答案 0 :(得分:19)
您应该使用具有单例模式的普通类,而不是静态类(也就是说,您保留该类的单个实例,可能由类本身上的一个静态属性引用)。然后你可以有一个析构函数,甚至更好的是析构函数和Dispose方法的组合。
例如,如果你现在有:
static class MyClass
{
public static void MyMethod() {...}
}
//Using the class:
MyClass.MyMethod();
你会改为:
class MyClass : IDisposable
{
public static MyClass()
{
Instance=new MyClass();
}
public static MyClass Instance {get; private set;}
public void MyMethod() {...}
public void Dispose()
{
//...
}
~MyClass()
{
//Your destructor goes here
}
}
//Using the class:
MyClass.Instance.MyMethod();
(注意实例是如何在静态构造函数中创建的,这是在第一次引用任何类静态成员时调用的)
答案 1 :(得分:7)
静态类没有析构函数,因为静态类永远不会被破坏。
如果要创建和销毁它的多个实例,它不应该是静态的。让它成为一个完整的课程。
无论如何,不应将析构函数用于此目的。使用IDisposable / Dispose。
答案 2 :(得分:3)
<强> 1。为什么? - 类型本身不能具有构造函数,就像您通常认为实例上的构造函数一样。一般来说,它有时被称为“静态初始化器”方法,但Microsoft使用术语“类型构造函数”(并且它有特殊限制) - 您将代码放入其中以初始化类型/类 - 如果它是实例构造函数,它可能是超载。对“类型构造函数”的这种静态限制是因为.NET CLR负责在堆上加载类模板,并且不允许在这种情况下指定参数(因为你将如何传递参数)。因为在最严格的意义上,程序员不负责调用类型构造函数,所以允许程序员在CLR的域中更多地编写静态析构函数是没有多大意义的。 CLR最终将从堆中删除类模板,但类模板的生命周期比其实例长,因此您不希望在其中执行任何资源密集型操作(例如,保持打开数据库连接)。
<强> 2。什么? - Singleton 如果您遇到需要在类模板上打开资源并在之后销毁它的情况,您可能会认为Singleton software pattern只有该类的一个实例,并且可能还实现了{{3除了析构函数之外,还提供了清理辅助的接口。 (我看到有人先把我的IDisposable代码示例打败了,所以我将在这里结束我的解决方案。)
答案 3 :(得分:1)
静态类永远不会被破坏。它与程序一起终止。您可以使用单例模式作为实现,而不是使用静态类