Что такое многопоточность (Multithreading)?

Давай разберём эту тему про потоки, а то народ часто путается, как будто им в голову мартышку подсадили. Многопоточность — это когда твоя программа пытается делать несколько дел одновременно, типа как ты пытаешься смотреть сериал, листать ленту и есть пельмени, чтобы не скучать. В итоге всё проёбываешь, но идея-то красивая!

Зачем это вообще нужно, спросишь ты? Ну, во-первых, чтобы выжать из твоего многоядерного процессора всё соки. Сидит он, бедолага, один поток грузит на все ядра, а остальные три ядра просто чешут. Это как купить Ferrari и кататься на ней за хлебом на первой передаче — обидно же. Во-вторых, чтобы интерфейс не зависал. Представь: ты кликнул кнопку "загрузить", а всё окно побелело и висит, будто его кто-то вырубил. Пользователь думает: "Ну всё, сломалось", и начинает тыкать как сумасшедший, пока не вызовет синий экран смерти. А если эту загрузку в фоне запустить — и птичке приятно, и программисту спокойнее.

Теперь про то, чем это всё делают в C#. Тут целый зоопарк, блядь.

• Thread — это старый, классический дед. Создал его — и он тебе как отдельный работник: свой стек, свои мозги. Но создавать его — дохуя дорого, ресурсов жрёт немеряно. Сейчас так уже почти не делают, разве что для каких-то особых извращений.
• ThreadPool — это умная идея. Вместо того чтобы нанимать нового работника на каждую задачу, есть бригада уже готовых ребят в пуле. Задачу кинул — свободный мужик из пула её схватил и сделал. Эффективно, но только для мелких, быстрых поручений. Если дать такому работнику таскать кирпичи целый день, то вся бригада встанет колом, потому что он один всех заблокирует.
• Task и вся эта TPL — это сейчас главные герои. Это не поток, а скорее задание, которое может выполниться в потоке. Очень гибкая штука. Вот смотри, как просто:

Task.Run(() =>
{
    Console.WriteLine($"Я работаю в потоке №{Thread.CurrentThread.ManagedThreadId}, не мешай!");
    // Допустим, тут тяжёлые вычисления
    for (int i = 0; i < 10; i++)
    {
        Thread.Sleep(100); // Делаем вид, что очень умные
        Console.WriteLine(i);
    }
});

• async / await — это вообще магия, ядрёна вошь. Выглядит как обычный линейный код, но работает как асинхронный. Ключевой момент: await НЕ БЛОКИРУЕТ поток! Он говорит: "Слушай, я тут буду ждать ответа от интернета/диска/базы данных, это долго. Не стой надо мной, иди поработай где-нибудь ещё, а я тебя позову, когда будет готово". Поток освобождается и идёт делать другие дела. Красота!

public async Task<string> СкачатьДанныеAsync(string url)
{
    using var httpClient = new HttpClient();
    // Внимание! Поток здесь СВОБОДЕН, пока идёт загрузка по сети!
    string data = await httpClient.GetStringAsync(url);
    // А это продолжение выполнится уже на каком-то другом (или том же) свободном потоке из пула.
    return ОбработатьДанные(data);
}

• Parallel — это для ленивых, но в хорошем смысле. Хочешь быстро распараллелить простой цикл? Пожалуйста, на тебе.

Parallel.For(0, 100, i =>
{
    СделатьРаботу(i); // Этот метод начнут дружно дёргать с разных потоков
});

А теперь про подводные ебучки, которые всех накрывают.

1. Гонка данных (Race Condition). Это когда два потока лезут в одну переменную, и один её читает, а второй в это же время пишет. Результат получается непредсказуемый, как погода в ноябре. Решение: синхронизация. Чаще всего — обычный lock.
2. Взаимная блокировка (Deadlock). Классика! Поток А захватил ресурс X и ждёт Y. Поток Б захватил ресурс Y и ждёт X. И стоят они так до скончания времён, смотря друг на друга, как два упрямых барана. Лечится аккуратным порядком захвата блокировок и таймаутами.
3. Чем синхронизироваться? lock — твой основной друг для простых случаев. Ещё есть Mutex, Semaphore — это уже для более сложных сценариев, когда нужно, например, между процессами договориться. А для коллекций есть готовые потокобезопасные версии — ConcurrentBag, ConcurrentDictionary и прочие. Бери и пользуйся.

Короче, если пишешь новый код — смотри в сторону Task, async/await и Concurrent коллекций. А Thread оставь для чтения legacy-кода или для очень специфичных задач, где нужно тотальное ручное управление. Всем спасибо, я свободен!