C# Cooking

Вопрос:
Как задействовать статическое событие TaskScheduler.UnobservedTaskException в сценарии использования задач с необработанными исключениями?
Ответ:
Необработанные исключения в автономных задачах называются необнаруженными исключениями, и среда CLR будет повторно генерировать исключение в потоке финализаторов, когда объект задачи покидает область видимости и обрабатывается сборщиком мусора). TaskScheduler.UnobservedTaskException – это событие, которое срабатывает, когда задача, завершившаяся с исключением, была собрана сборщиком мусора, не будучи обработанной. Это может быть полезно для перехвата и обработки исключений, которые не были явно обработаны в коде.
Ниже пример, который показывает, как можно использовать TaskScheduler.UnobservedTaskException в сценарии с задачами:

using System;
using System.Threading;
using System.Threading.Tasks;
class Program
{
  static void Main()
  {
    // Подписка на событие UnobservedTaskException
    TaskScheduler.UnobservedTaskException += (sender, e) =>
    {
      Console.WriteLine("Необработанное исключение в задаче:");
      e.SetObserved(); // Помечаем исключение как обработанное
          foreach (var ex in e.Exception.InnerExceptions)
      {
        Console.WriteLine(" - " + ex.Message);
      }
    };
    // Создание задачи, которая завершается с исключением
    var task = Task.Run(() =>
    {
      throw new Exception("Исключение в задаче");
    });
    // Задача-продолжение, которая также генерирует исключение
    var continuation = task.ContinueWith(t =>
    {
      throw new Exception("Исключение в продолжении задачи");
    });
    // Ждем некоторое время, чтобы задачи завершились
    Thread.Sleep(1000);
    // Выполнение сборки мусора для того, чтобы событие UnobservedTaskException сработало
    GC.Collect();
    GC.WaitForPendingFinalizers();
    Console.WriteLine("Завершение программы.");
  }
}

В этом примере создаются две задачи, обе из которых генерируют исключения. Затем явно вызывается сборка мусора (GC.Collect и GC.WaitForPendingFinalizers), чтобы поток финализаторов вызвал событие TaskScheduler.UnobservedTaskException для исключений, которые не были обработаны.
Для справки:
- Метод GC.Collect явно инициирует процесс сборки мусора. Это означает, что сборщик мусора пытается освободить память, удаляя объекты, которые больше не доступны (т.е. на которые нет ссылок). Обычно не рекомендуется вызывать этот метод вручную, потому что сборщик мусора в .NET достаточно эффективен и оптимизирован для работы в различных сценариях. Однако, в некоторых специальных случаях, когда вы точно знаете, что это может быть полезно (например, перед большими вычислениями), можно использовать явное взаимодействие со сборщиком мусора.
- Метод GC.WaitForPendingFinalizers приостанавливает выполнение текущего потока до тех пор, пока сборщик мусора не завершит выполнение всех финализаторов. Финализатор – это специальный метод, который выполняется перед уничтожением объекта, и обычно используется для освобождения неуправляемых ресурсов. Этот вызов полезен в сценариях, где вам необходимо убедиться, что все финализируемые объекты были очищены перед продолжением выполнения кода. Как и с GC.Collect, это не что-то, что следует делать часто, и должно использоваться с осторожностью.

#программирование #сишарп #csharp #csharpdotnet #csharpprogramming

104 viewsedited 18:29