Перейти на PRO

Какие виды потоков (threads) и механизмы параллелизма ты знаешь в Dart/Flutter?

Тип вопроса: Асинхронность Вероятность: 29% Категория: Flutter Разработчик

Ответ

Архитектура Dart, на которой построен Flutter, использует однопоточную модель с изолятами (isolates) для параллелизма. Вот основные концепции:

  1. Основной поток (Main Thread / UI Thread)

    • Единственный поток, в котором работает весь код Flutter (Dart), включая построение виджетов, обработку событий и рендеринг UI.
    • Критически важно не блокировать его долгими операциями, иначе интерфейс "зафризится".

  2. Изолят (Isolate)

    • Это не "поток" в классическом понимании, а отдельный контекст выполнения с собственной памятью (heap). Изоляты не разделяют память и общаются только через передачу сообщений (message passing).
    • Идеально подходит для CPU-intensive задач (сортировка больших массивов, сложные вычисления), так как не блокирует UI. 
      // Пример использования Isolate.run (Dart 2.15+) для тяжелой задачи
Future<void> performHeavyCalculation() async {
final result = await Isolate.run(() {
// Этот код выполняется в отдельном изоляте
return expensiveCalculation(); // Допустим, вычисление 1 млн чисел Фибоначчи
});
// Результат возвращается в основной изолят
print('Result: $result');
}

  3. Event Loop (Цикл событий)

    • Механизм в основном изоляте для обработки асинхронных операций (Future, Stream, таймеры, I/O).
    • Позволяет выполнять неблокирующие операции (например, сетевые запросы) без создания новых изолятов. 
      // Event Loop управляет выполнением этого кода
Future<void> fetchData() async {
final response = await http.get(Uri.parse('https://api.example.com/data')); // I/O операция не блокирует UI
setState(() { data = jsonDecode(response.body); });
}

Итог: Для I/O операций (сеть, файлы) я использую async/await и Event Loop. Для настоящих параллельных вычислений, нагружающих процессор, — изоляты. "Рабочие потоки" (Worker Threads) — это обычно нативные потоки платформы, которые Flutter использует "под капотом" для задач вроде рендеринга Skia или декодирования изображений.

Ответ 18+ 🔞

А, ну это про то, как в Flutter'е всё устроено под капотом! Слушай, тут история интересная, но если не вникать — можно охуеть от непонимания, почему приложение тормозит. Короче, разберём по полочкам.

Представь, что твоё Flutter-приложение — это один чувак на стройке, который и кирпичи кладёт, и краской красит, и окна моет. Это основной поток (Main Thread). Всё, что ты видишь на экране — анимации, кнопки, скроллы — это он, красавец, делает. И если ему дать таскать мешки с цементом (то есть, выполнять долгую вычислительную хуйню), то он начнёт орать «ёпта, я не успеваю!», и интерфейс просто встанет колом. Волнение ебать — пользователь сразу тыкать начнёт, а ничего не происходит. Поэтому главное правило: не грузи основного работягу тяжёлой работой.

А что делать, если мешки с цементом (допустим, сортировка гигантского JSON или шифрование) таскать всё-таки надо? Вот тут на сцену выходят изоляты (Isolates). Это не потоки в привычном смысле, где все лезут в одну кучу памяти и дерутся. Это как нанять отдельного работника, дать ему свою комнату (свою память), свой инструмент и сказать: «Вот тебе задача, делай, а когда закончишь — крикни результат в окошко». Они общаются только криками (сообщениями), друг другу в комнаты не лезут. Идеально, чтобы не было геморроя с синхронизацией.

// Допустим, надо посчитать что-то пиздецки сложное
Future<void> performHeavyCalculation() async {
  // Говорим: "Изолят, родимый, сделай дело!"
  final result = await Isolate.run(() {
    // Всё, что тут — происходит в отдельной комнате. UI не дёрнется.
    return expensiveCalculation(); // Считаем, бля, миллион чисел
  });
  // А тут мы уже в основном потоке, получили результат и можем его показать
  print('Result: $result');
}

Теперь про Event Loop (Цикл событий). Это такая хитрая система в том самом основном работяге. Он не стоит столбом, пока ждёт пиццу (ответ от сервера). Он кладёт заказ на пиццу в список дел («окей, когда привезут — позвоните»), а сам идёт дальше красить стену (рендерить кадр). Как только пиццу привезли (пришёл ответ по сети), он откладывает кисть, забирает пиццу и продолжает работу. Всё асинхронное (Future, Stream, таймеры) — за это отвечает он. Терпения ноль ебать ждать — поэтому так и сделано.

// Event Loop смотрит на этот код и говорит: "Я понял, ща сделаю красиво"
Future<void> fetchData() async {
  // "Окей, пошёл запрос. Я не буду тут стоять, я пойду другие дела делать"
  final response = await http.get(Uri.parse('https://api.example.com/data'));
  // "Ага, ответ пришёл! Теперь обновлю интерфейс"
  setState(() { data = jsonDecode(response.body); });
}

Итог, ёпта: Всё просто.

  • Интерфейс трогать, анимации крутить — это святое, делается в основном потоке. Не нагружай его.
  • Сходить в сеть, файл почитать — используй async/await. Event Loop сам всё разрулит, UI не замрёт.
  • Задача, от которой процессор плавится (тяжёлые вычисления) — твой выход изолят. Выдели отдельного работника, пусть парится в своей песочнице.

А «рабочие потоки» — это обычно уже нативная магия Android или iOS. Сам Flutter их использует, чтобы, например, движок Skia рисовал или картинки декодировались. Но это уже под капотом, тебе, как разработчику, про это можно особо не бздеть. Главное — понимать, где у тебя может возникнуть пиздопроебибна с производительностью, и выбирать правильный инструмент.

© ХакСобесов, 2026
support@hacksobesov.com