Статический финализатор

Я подверг бы сомнению то, что Вы загружаете в своих статических методах, которые должны быть выпущены. Я, конечно, не рекомендовал бы делать эти вещи в статическом методе.

Однако Ваш статический метод мог instanciate объект, который имеет завершить метод.

Herfried Wagner записал превосходная статья , объясняющая, как реализовать этот †“увы на немецком языке (и VB). Однако, код должен быть понятным.

я попробовал его:

static readonly Finalizer finalizer = new Finalizer();

sealed class Finalizer {
  ~Finalizer() {
    Thread.Sleep(1000);
    Console.WriteLine("one");
    Thread.Sleep(1000);
    Console.WriteLine("two");
    Thread.Sleep(1000);
    Console.WriteLine("three");
    Thread.Sleep(1000);
    Console.WriteLine("four");
    Thread.Sleep(1000);
    Console.WriteLine("five");
  }
}

Это, кажется, работает точно тот же путь AppDomain.ProcessExit, событие делает: финализатор получает приблизительно три секунды...

Два решения, которые переходят для возражения:

• не используют статический класс. Если Вы используете нестатический класс и инстанцируете его, Вы не должны волноваться об очистке так же.
• , Если бы это не опция, я утверждал бы, что это - хорошая ситуация для использования одиночного элемента. Это инстанцирует копии Вашего объекта и обращаться к финализатору выход, но все еще позволять Вам рассматривать его как статический класс по большей части. В конце концов, Ваш класс уже статичен и поэтому совместно использует большинство общих причин не использовать одиночный элемент.