Эвент лупы и Изоляты

• Приветствие от Миши, известного как Фокс.  

• Тема видео: эвент лупы и изолятор.  

• Краткое объяснение для новичков: метод computer для тяжелых операций.  

• Dart однопоточный и асинхронный.  

• Эвент луп - цикл, исполняющий задачи по очереди.  

• Эвент луп состоит из двух очередей: микротаск и эвентов.  

• Эвент луп бесконечно крутится.  

• При каждом проходе проверяется очередь микротаск.  

• Если микротаск пуста, проверяется очередь эвентов.  

• Если обе очереди пусты, эвент луп завершает исполнение.  

• Закрытие изолятора происходит при завершении эвент лупа.  

• Вложенные функции и подписки добавляются в очереди.  

• Обсуждение качества стрима и задержки.  

• Объяснение, почему эвент луп не может ждать новых событий при пустых очередях.  

• Новые задачи могут появиться только при наличии текущих задач.  

• Все задачи и элементы идут в эвенты.  

• Фьюче идут в очередь эвентов.  

• Микротаски планируются с помощью метода `scheduleMicrotask`.  

• Конструктор фьюче принимает `void callback`.  

• Микротаски планируются в очереди микротасок.  

• Фьюче микротаск часто не используется и не дает значительных преимуществ.  

• Программа интерпретируется сверху вниз.  

• Синхронные операции выполняются сразу.  

• Фьюче и микротаски добавляются в очереди эвентов и микротасок соответственно.  

• Сначала выполняются микротаски, затем эвенты.  

• Микротаски и эвенты извлекаются из очередей и выполняются по порядку.  

• Синхронные операции выполняются без добавления в очереди.  

• Микротаски редко используются в повседневных задачах.  

• Они могут блокировать интерфейс до выполнения.  

• Фьюче имеют более высокий приоритет и выполняются быстрее.  

• Каждый изолятор имеет свои очереди эвентов и микротасок.  

• Мейн и другие изоляторы также имеют свои очереди.  

• Пустая очередь приводит к завершению изолятора.  

• Точка входа может быть не только мейн.  

• Синхронные операции выполняются сразу и не добавляются в очереди.  

• Мейн является синхронной операцией и выполняется первым.  

• События не могут распределяться между потоками напрямую.  

• Распределенные операции возможны, но требуют дополнительного разбора.  

• Обе очереди изначально пустые, но функции могут быть прочитаны.  

• Пример для разбора: синхронные операции, микротаски и фьючер.  

• Чтение функций сверху вниз, как компилятор.  

• Обсуждение возможных результатов выполнения функции.  

• Синхронные операции выполняются сразу.  

• Фьючер синг с конструктором в синг выполняет синхронную операцию и возвращает результат во фьючер.  

• Пример: фьючер ву пять возвращает пятерку сразу.  

• Фьючер синг выполняет синхронную операцию сразу и возвращает результат во фьючер.  

• Порядок выполнения: пять, семь, девять.  

• Синхронные операции выполняются сверху вниз, завершая мейн.  

• Остальные операции распределяются по очередям.  

• Обсуждение чисел 6 и 8.  

• Объяснение работы очереди микротасок.  

• Последовательность выполнения операций в очереди.  

• Фьючерсы не помещаются в очередь сразу.  

• Таймеры в фьючерах завершаются, и тогда они помещаются в очередь.  

• В Dart нет тиков для проверки завершения фьючеров.  

• Фьючерсы исполняются синхронно после завершения таймера.  

• Пример с числами 2, 3, 4.  

• Объяснение последовательности чисел после фьючеров.  

• Проверка последовательности чисел.  

• Объяснение микротасок и их исполнения.  

• Пример кода с микротасками и фьючерами.  

• Объяснение синхронных операций в Dart.  

• Разница между zend и complete.  

• Примеры использования zend и complete.  

• Синхронные операции могут вызывать зависание интерфейса.  

• Микротас не могут быть обработаны, пока не освободится очередь.  

• Фьюче используется для обновления интерфейса, но его выполнение задерживается.  

• Приложение в DartPad находит простые числа в заданном диапазоне.  

• Процесс вычисления занимает около двух секунд.  

• Интерфейс зависает из-за синхронного цикла, который не позволяет обрабатывать другие события.  

• Синхронные операции блокируют очередь событий.  

• Клики по кнопкам добавляются в очередь событий, но не обрабатываются сразу.  

• Интерфейс зависает, пока все синхронные операции не завершатся.  

• Использование фьюче для ожидания выполнения.  

• Фьюче помещается в конец очереди событий и выполняется последним.  

• Это позволяет интерфейсу работать без зависаний.  

• Использование класса Stopwatch для измерения времени.  

• Фьюче вставляется каждые 16 миллисекунд, если прошло больше времени.  

• Это позволяет поддерживать 60 FPS и избегать зависаний интерфейса.  

• Обсуждение добавления ползунка прогресса выполнения в гист.  

• Предложение использовать фьюче для приостановки итераций.  

• Пример с фильтром списка и его влияние на производительность.  

• Синхронные методы, такие как foreach, могут вызывать лаги.  

• Пример с большим списком и его фильтрацией.  

• Использование фьюче для прерывания синхронных операций.  

• Функции в Dart работают до своего завершения.  

• Прерывание функции невозможно, кроме как через флаг или переменную.  

• Пример с асинхронной функцией и тайм-аутом, который не прерывает выполнение.  

• Асинхронная функция с тайм-аутом и стримом.  

• Тайм-аут не прерывает выполнение функции.  

• Функция продолжает работать до завершения, несмотря на тайм-аут.  

• Функции нельзя отменить напрямую.  

• Два способа отменить функцию: передать флаг или убить изолятор.  

• Пример: использование исключения для завершения изолятора.  

• Изоляторы можно убивать, как и обычные функции.  

• Изоляторы используются для сложных операций, которые можно прервать в любой момент.  

• Изоляторы имеют свою изолированную область памяти.  

• Изоляторы имеют свою память, которую нельзя изменить извне.  

• Пример: создание синглтона в одном изоляторе и попытка получить к нему доступ из другого изолятора.  

• Статические методы и поля также изолированы.  

• Использование SharedPreferences для передачи данных между изоляторами не работает.  

• Данные сохраняются в памяти и не могут быть извлечены из другого изолятора без дополнительных действий.  

• Для извлечения данных нужно вызвать метод, который синхронизирует данные с диском.  

• Обсуждение легких изоляторов и их взаимодействия.  

• Каждый изолятор имеет свой эвент луп и очередь с микротасками и эвентами.  

• У каждого изолятора есть своя точка входа, например, мейн.  

• Изоляторы принимают параметры, например, список строк.  

• Аргументы могут быть любыми, включая объекты и нау.  

• Изоляторы работают аналогично привычному мейн.  

• Изоляторы используются для завершения тяжелых функций и синхронных операций.  

• Примеры: распарсинг JSON, обработка данных в чате.  

• Изоляторы позволяют делегировать задачи между разработчиками.  

• Изоляторы можно убивать и приостанавливать.  

• Приостановка изоляторов позволяет добавлять события в микротаски.  

• Можно приостанавливать как изоляты, так и основной поток.  

• Переход к практическим моментам и взаимодействию с изоляторами.  

• Изоляторы находятся в библиотеке dart.isolate.  

• Ограничения использования изоляторов в веб-приложениях.  

• Импорт библиотеки dart.isolate и реализация изоляторов.  

• Основные функции: из-за вейт, рецы в порт, сент-порт и трансфер тайпи дата.  

• Конструкторы создают изоляторы, ограничивая их возможности.  

• Статические методы возвращают вьюч и используются для параллельного выполнения функций.  

• Метод spawn требует указания энтри-пойнта, который должен быть глобальной функцией или статическим методом.  

• Изоляторы запускаются с одним аргументом, который может быть сложным типом.  

• При завершении изолятора можно отправить примитив в исходный изолятор.  

• Метод on_exit позволяет отправить примитив при завершении изолятора.  

• Метод on_error обрабатывает ошибки и отправляет их в исходный изолятор.  

• Метод fatal_error вызывает завершение изолятора при серьезной ошибке.  

• Метод pause запускает изолятор приостановленным, требуя принудительного продолжения.  

• Методы torner, kill, pause, ping, resume и fatal_error управляют изолятором.  

• Изолятор не предоставляет методов для общения с ним, для этого используются send_port и receive_port.  

• Send_port используется для отправки сообщений в изолятор.  

• Receive_port используется для прослушивания сообщений, отправленных через send_port.  

• Эти методы позволяют взаимодействовать с изолятором, но могли бы быть упрощены с помощью единого объекта.  

• Кабили - единственный объект, который равен себе при передаче между изоляторами.  

• Объекты не копируются между изоляторами, а реализуются в двоичные данные и десериализуются в другом изоляторе.  

• Сент-порт совместим с тиком и стримом, но не наследуется от сингла.  

• Каждый объект, передаваемый через стрим, реализуется в двоичные данные.  

• Стек трейс нельзя передать напрямую, его нужно преобразовать в строку и передать строку.  

• В другом изоляторе нужно снова преобразовать строку в стек трейс.  

• Рассматривается конструктор изолят спаун для двусторонней коммуникации.  

• Изоляторы перт и чайлд должны обмениваться сент-портами и ресы в портами.  

• Сент-порт из чайлда должен быть в перте, и наоборот.  

• Сент-порт из чалда не может быть создан в перте до его создания.  

• В перте создается ресы в порт и передается в функцию спауна чайлда.  

• Сент-порт из перта создается из ресы в порта и используется для отправки данных.  

• Создаем изолятор и получаем ссылку на него.  

• Изолятор можно остановить или убить в любой момент.  

• Функция из зала уже запустилась с аргументом.  

• Изолятор принимает аргумент с-порт.  

• Можно отправить сообщение в изолятор, но не получить ответ.  

• Изолятор может декодировать строку и вернуть объект.  

• Создаем изолятор с параметром и сент-портом из исходного изолятора.  

• Устанавливаем двустороннюю коммуникацию.  

• Изолятор будет работать в фоновом режиме и получать сообщения.  

• Создаем ресифт порт для прослушивания сообщений из основного изолятора.  

• Сент-порт от ресифт порта отправляем в основной изолятор.  

• Основной изолятор принимает и запоминает сент-порт.  

• Через сент-порт можно отправлять строки и получать объекты.  

• Данные преобразуются в двоичные и диссерализуются.  

• Модельки и строки не равны друг другу при передаче.  

• Механизм хэн-шейка можно инкапсулировать в один объект.  

• Вопрос к зрителям: что интереснее: реализация или использование на практике?  

• Обещание показать примеры реализации и использования.  

• Изолятор-коммуникатор представляет собой класс, который инкапсулирует все необходимые функции.  

• Он позволяет добавлять сообщения в изоляцию и прослушивать их.  

• Можно проверить, закрыт ли изолятор и доступен ли он для прослушивания, а также пинговать его.  

• Изолятор можно использовать для передачи параметров, например, строки.  

• Сообщения можно прослушивать и получать от них данные.  

• Пример: отправка строк и получение чисел, которые затем выводятся в принте.  

• При отправке некорректных данных, например, "два а", возникает ошибка.  

• Ошибки перехватываются и перебрасываются в основной изолятор.  

• Это позволяет избежать падения изолятора и получения ошибки в крошлите.  

• По умолчанию подписка на стрим отменяется при ошибке.  

• Важно предусмотреть, как обрабатывать ошибки при проектировании изолятора.  

• Ошибки должны быть переданы в основной изолятор для дальнейшего обработки.  

• Изоляция в репозитории используется аналогично стриму или блоку.  

• Взаимодействие с изоляцией аналогично взаимодействию с сокетами или подписками.  

• Для выполнения нестатического метода класса все его зависимости должны быть воссозданы в другом изоляте.  

• Пример создания и отправки объекта в изолят.  

• Можно передавать сложные объекты между изолятами, включая функции.  

• Дарт сериализует и десериализует объекты в двоичные данные.  

• Пример передачи строки в изолят, обработки данных и возврата результата.  

• Возможность передачи и обработки вложенных объектов.  

• Крошлитикс может накапливать ошибки или отправлять их сразу.  

• Возможность настройки поведения в зависимости от сборки и флагов.  

• Каскадные операции позволяют изменять тип переменной, сохраняя исходный тип.  

• Пример использования каскадных операций для работы с коммуникаторами и секундомерами.  

• Для использования сервисов в изоляции необходимо воссоздавать все зависимости.  

• Дарт защищает от проблем с конкурентностью, передавая все по значению.  

• Дарт автоматически распределяет изоляты по ядрам или потокам.  

• Оптимальное количество изолятов зависит от количества ядер в системе.  

• Навигатор предоставляет доступ к процессорам.  

• Рекомендуется использовать не более текущего числа изолятов минус один.  

• Если использовать больше изолятов, это не приведет к критическим ошибкам, но и не даст значительного выигрыша в производительности.  

• Изоляты могут жить бесконечно, если не завершаются.  

• Программа не завершается, пока есть подписки между изолятами.  

• Таймер или количество полученных сообщений могут использоваться для завершения изолятов.  

• Коммуникатор может закрыть изолятор, отправив сообщение о его закрытии.  

• Завершение стрима и лисы приводит к завершению программы.  

• Важно отписаться от закрытых изолятов, чтобы избежать бесконечного прослушивания.  

• Изоляторы должны завершаться после выполнения задач.  

• Можно использовать таймер или количество сообщений для завершения изолятов.  

• Принудительное завершение изолятов также возможно через из-за вейт кил.  

• Проверка завершения подписки и коммуникатора.  

• Важно убедиться, что все подписки завершены перед завершением программы.  

• Изоляторы занимают от 6 до 15 секунд на создание.  

• Решение о создании изолятора зависит от частоты использования и удобства.  

• Существуют пакеты для управления изоляторами, такие как "компьютер" и "уокер-менеджер".  

• Легковесные изоляторы позволяют быстрее создавать и выполнять вычисления.  

• Они используют общую память для ускорения работы.  

• Вячеслав в своем докладе на датапе рассказывал о будущем изоляторов.  

• Для передачи тяжелых объектов, таких как файлы, используется интерфейс "трансфер дата".  

• Данные упаковываются в "трансфер дата" и копируются в другой изолятор.  

• Передача данных через "трансфер дата" занимает константное время, но требует дополнительных операций по распаковке и упаковке.  

• Пример кода для двустороннего общения между изоляторами.  

• Использование "компьютер" для создания и отправки функций в изоляторы.  

• Создание и настройка портов для связи между изоляторами.  

• Создаем рефт-порт и начинаем его слушать.  

• Создаем изолят-спаун, передавая функцию и сент-порт из основного изолятора.  

• Получаем текущий изолят, рефт-порт и заспавненный изолят.  

• В изоляте создаем рефт-порт и отправляем сент-порт в исходный изолятор.  

• В исходном изоляторе слушаем порт и завершаем изолят при получении сент-порта.  

• Возвращаем сент-порт для отправки в изолят.  

• Отправляем сообщение через сент-порт в изолят.  

• В изоляте получаем сообщение и выводим его на экран.  

• Отправляем обратно сообщение через рефт-порт в исходный изолят.  

• После получения сообщения убиваем изолят.  

• Программа завершается, когда все подписки и порты закрыты.  

• Важно отписаться от всех портов и подписок перед завершением программы.  

• Призываем задавать вопросы, если остались неясности.  

• Уточняем, что не собираем код для macOS.  

• Создается один из множества вариантов фьючер.  

• Используется объект-комплетер для управления фьючер.  

• Комплетер возвращает сент-порт при завершении фьючер.  

• Сначала создается рефт-порт в мейне.  

• Сент-порт передается в изолятор как аргумент.  

• В изоляторе создается рефт-порт и отправляется сент-порт.  

• Функция завершается и возвращает сент-порт.  

• Устанавливается двусторонняя связь между объектами.  

• В приложении используется один изолятор для фоновой работы.  

• Изоляторы применяются для прерывания длительных операций и обеспечения безопасности.  

• Основное применение изоляторов — не блокировать UI.  

• Ссылки на интересные материалы будут добавлены в описании стрима.  

• Благодарность зрителям и прощание.