Что такое параллелизм в программировании?

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

В Джаве, сука, главные киты этого цирка — это потоки, Thread их зовут. Но если ты каждого таска для нового потока создавать будешь — это ж пиздец, комп сдохнет, как муха на дихлофосе. Поэтому умные дядьки придумали пулы потоков — ExecutorService, ForkJoinPool. Это как бригада разнорабочих: тебе не надо каждого нового гастарбайтера нанимать, у тебя уже есть бригада, и ты им задачи кидаешь. Один покрасил — пошёл штукатурить.

Вот, смотри, как это выглядит, код не трогаю, он святой:

ExecutorService executor = Executors.newFixedThreadPool(4);
executor.submit(() -> processTask("Task 1"));
executor.submit(() -> processTask("Task 2"));
executor.shutdown();

Создал бригаду из четырёх лбов, дал им два задания и сказал: «Ребята, как закончите — расходитесь, новых не ждите». Всё, просто, как три копейки.

А теперь, блядь, важный момент, который все путают, как близнецов в бане. Параллелизм (Concurrency) — это про структуру, про то, что задачи могут выполняться в одно и то же время. А параллельное выполнение (Parallelism) — это когда они реально, нахуй, одновременно на разных ядрах процессора идут. Первое — это план, второе — это факт. Как хотеть жрать и реально жрать. Разницу чувствуешь?

И конечно, без подводных ебуччих камней тут никуда. Типичные грабли:

• Состояние гонки (Race Condition). Это когда два потока лезут в одну переменную, как алкаши в последнюю бутылку, и кто первый схватит — тот и выиграл, а результат — пиздец непредсказуемый. Лечится синхронизацией (synchronized), замками (Lock) или атомарными штуками (AtomicInteger), чтобы доступ был как в аптеке — по одному, блядь.
• Взаимная блокировка (Deadlock). Классика! Два потока ждут друг от друга ресурсы и оба нихуя не делают, застыли, как идиоты. Как два мужика в дверном проёме: «Ты первый проходи», «Нет, ты первый». И стоят до скончания века. Чтобы такого не было, не создавай циклических зависимостей, а лучше используй tryLock с таймаутом — не получилось взять замок сразу, пошёл нахуй, другим занялся.
• Активная блокировка (Livelock). Это ещё идиотичнее. Потоки не заблокированы, они активны, сука, шевелятся, но нихуя не продвигаются. Как два вежливых человека в коридоре: один влево, другой вправо, и снова оба в одну сторону. Ходят, ходят, а прохода нет. Лечится случайными задержками или приоритетами — один должен, блядь, проявить наглость и пройти первым.

Вот и вся магия, если без соплей. Кажется сложно, а на деле — просто надо голову включать и не лепить кривую архитектуру, а то получится не параллелизм, а пиздопараллелизм, который только тормозить всё будет.