От управляемых потоков к независимым задачам: переосмысление параллелизма от Java до Go (Часть 1)

Автор, изучив Java, ожидал, что параллелизм в Go будет похож, но был удивлён значительным сдвигом в перспективе. Основное различие заключалось не в синтаксисе, а в том, как языки побуждают вас думать о параллелизме. Java требует явного управления потоками, создания объектов и их объединения для завершения. Напротив, Go использует горутины, которые являются лёгкими и одноразовыми, инициируемые с помощью ключевого слова `go`. Подход Java кажется ориентированным на потоки, сосредотачиваясь на управлении потоками и их жизненном цикле, тогда как Go подчеркивает координацию задач. Go использует `WaitGroup` для отслеживания завершения, смещая фокус с отдельных потоков на общее завершение задач. Этот сдвиг демонстрируется путем сравнения простой задачи "выполнить несколько задач параллельно и подождать" в обоих языках. В Java вы управляете отдельными потоками, тогда как в Go вы определяете задачи и используете `WaitGroup`, чтобы дождаться их совокупного завершения. Этот сдвиг делает параллелизм в Go проще для понимания и рассуждений, поскольку вы больше фокусируетесь на выполняемой работе. Автор понял, что модель Go подчеркивает независимые задачи и их завершение. Этот фокус на задачах позволяет легче понять параллельный код в Go. Сдвиг в мышлении облегчил понимание модели параллелизма в Go. `WaitGroup` является важнейшим компонентом, позволяющим сосредоточиться на завершении задач. Этот сдвиг в мышлении был ключевым для понимания автора параллелизма в Go.