Язык программирования C#9 и платформа .NET5

Ради доказательства сделанных утверждений предположим, что метод Printer.PrintNumbers необходимо вызвать во вторичном потоке, который должен вести себя как фоновый. Это означает, что метод, указываемый типом Thread (через делегат ThreadStart или ParametrizedThreadStart), должен обладать возможностью безопасного останова, как только все потоки переднего плана закончат свою работу. Конфигурирование такого потока сводится просто к установке свойства IsBackground в true:

 Console.WriteLine("***** Background Threads *****\n");
 Printer p = new Printer;
 Thread bgroundThread =
  new Thread(new ThreadStart(p.PrintNumbers));

// Теперь это фоновый поток.
 bgroundThread.IsBackground = true;
 bgroundThread.Start;

Обратите внимание, что в приведенном выше коде не делается вызов Console.ReadLine, чтобы заставить окно консоли оставаться видимым, пока не будет нажата клавиша <Enter>. Таким образом, после запуска приложение немедленно прекращается, потому что объект Thread сконфигурирован как фоновый поток. С учетом того, что точка входа приложения (приведенные здесь операторы верхнего уровня или метод Main) инициирует создание первичного потока переднего плана, как только логика в точке входа завершится, домен приложения будет выгружен, прежде чем вторичный поток сможет закончить свою работу.

Однако если закомментировать строку, которая устанавливает свойство IsBackground в true, то обнаружится, что на консоль выводятся все числа, поскольку все потоки переднего плана должны завершить свою работу перед тем, как домен приложения будет выгружен из обслуживающего процесса.

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

Проблема параллелизма

При построении многопоточных приложений необходимо гарантировать, что любой фрагмент разделяемых данных защищен от возможности изменения со стороны сразу нескольких потоков. Поскольку все потоки в домене приложения имеют параллельный доступ к разделяемым данным приложения, вообразите, что может произойти, если множество потоков одновременно обратятся к одному и тому же элементу данных. Так как планировщик потоков случайным образом приостанавливает их работу, что если поток А будет вытеснен до завершения своей работы? Тогда поток В прочитает нестабильные данные.

Чтобы проиллюстрировать проблему, связанную с параллелизмом, давайте создадим еще один проект консольного приложения под названием MultiThreadedPrinting. В приложении снова будет использоваться построенный ранее класс Printer, но на этот раз метод PrintNumbers приостановит текущий поток на сгенерированный случайным образом период времени.

 using System;
 using System.Threading;

 namespace MultiThreadedPrinting
 {
  public class Printer
  {
  public void PrintNumbers
  {
  // Отобразить информацию о потоке.
  Console.WriteLine("-> {0} is executing PrintNumbers",
  Thread.CurrentThread.Name);

// Вывести числа.
  for (int i = 0; i < 10; i++)
  {
  // Приостановить поток на случайный период времени.
  Random r = new Random;
  Thread.Sleep(1000 * r.Next(5));
  Console.Write("{0}, ", i);
  }
  Console.WriteLine;
  }
  }
 }

Вызывающий код отвечает за создание массива из десяти (уникально именованных) объектов Thread, каждый из которых вызывает метод одного и того же экземпляра класса Printer:

 using System;
 using System.Threading;
 using MultiThreadedPrinting;

 Console.WriteLine("*****Synchronizing Threads *****\n");

 Printer p = new Printer;

// Создать 10 потоков, которые указывают на один .

 // и тот же метод того же самого объекта
 Thread[] threads = new Thread[10];
 for (int i = 0; i < 10; i++)
 {
  threads[i] = new Thread(new ThreadStart(p.PrintNumbers))
  {
  Name = $"Worker thread #{i}"
  };
 }

 // Теперь запустить их все.
 foreach (Thread t in threads)
 {
  t.Start;
 }
 Console.ReadLine;

Прежде чем взглянуть на тестовые запуски, кратко повторим суть проблемы. Первичный поток внутри этого домена приложения начинает свое существование с порождения десяти вторичных рабочих потоков. Каждому рабочему потоку указывается на необходимость вызова метода PrintNumbers того же самого экземпляра класса Printer. Поскольку никаких мер для блокировки разделяемых ресурсов данного объекта (консоли) не предпринималось, есть неплохой шанс, что текущий поток будет вытеснен до того, как метод PrintNumbers выведет полные результаты. Из-за того, что не известно в точности, когда подобное может произойти (если вообще произойдет), будут получены непредсказуемые результаты. Например, вывод может выглядеть так:

 *****Synchronizing Threads *****
 – > Worker thread #3 is executing PrintNumbers
 – > Worker thread #0 is executing PrintNumbers
 – > Worker thread #1 is executing PrintNumbers
 – > Worker thread #2 is executing PrintNumbers
 – > Worker thread #4 is executing PrintNumbers
 – > Worker thread #5 is executing PrintNumbers
 – > Worker thread #6 is executing PrintNumbers