Изменения документа Про передачу сигнала на процесс
Редактировал(а) Alexandr Fokin 2026/05/07 14:23
От версии 1.1
отредактировано Alexandr Fokin
на 2026/05/05 15:36
на 2026/05/05 15:36
Изменить комментарий:
К данной версии нет комментариев
К версии 1.11
отредактировано Alexandr Fokin
на 2026/05/07 14:23
на 2026/05/07 14:23
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -2,13 +2,14 @@ 2 2 |Описание колонок|((( 3 3 |(% style="width:232px" %) |(% style="width:1151px" %) 4 4 |(% style="width:232px" %)Триггер|(% style="width:1151px" %)Используется ли триггер 5 -|(% style="width:232px" %)Избытоная задержка сигнала|(% style="width:1151px" %)Свойство обозначающее, что процесс может получить сигнал (и продолжить обработку) позже чем мог бы (при использовании других подходов). 5 +|(% style="width:232px" %)Избыточная задержка сигнала|(% style="width:1151px" %)Свойство обозначающее, что процесс может получить сигнал (и продолжить обработку) позже чем мог бы (при использовании других подходов). 6 6 |(% style="width:232px" %)Stream триггер|(% style="width:1151px" %)Триггер, отслеживающий состояние процесса (выполняется он или нет). 7 7 Реализуется через отправку TriggerEvent в момент остановки выполнения процесса (делается автоматически если зарегистрирован). 8 +Пробуждает процесс (передает новый сигнал), только после того как процесс перешел в состояние ожидания. 8 8 |(% style="width:232px" %)Wakeup condition|(% style="width:1151px" %)Модуль wakeup condition проверяет условие наличия новых сигналов перед остановкой процесса. 9 9 От разработчика требуется реализация хендлера проверки условия. 10 -|(% style="width:232px" %)Wakeup state|(% style="width:1151px" %)((( 11 -Модуль wakeup stateдобавляет отдельную таблицу для синхронизации.11 +|(% style="width:232px" %)Wakeup lock (Wakeup state)|(% style="width:1151px" %)((( 12 +Модуль wakeup lock добавляет отдельную таблицу для синхронизации. 12 12 Используется только в сочетании с Wakeup condition. 13 13 Решает 2 задачи: 14 14 1) Информация о выполнении процесса считывается из Wakeup state (без взятия блокировки процесса). Если процесс выполняется, то сигнал считается доставленным и никаких обновлений не требуется. ... ... @@ -19,16 +19,22 @@ 19 19 ))) 20 20 ))) 21 21 |Типы передачи сигналов|((( 22 -| |(% style="width:662px" %)Тип|(% style="width:513px" %)Пример|Триггер|Избытоная задержка сигнала|Stream триггер|Wakeup condition|Wakeup state23 -|1|(% style="width:662px" %) Есливнешнийсигналединичный и процессгарантированоостановлен,то его можно подать сразу на процесс(без триггера).|(% style="width:513px" %)(((23 +| |(% style="width:662px" %)Тип|(% style="width:513px" %)Пример|Триггер|Избыточная задержка сигнала|Stream триггер|Wakeup condition|Wakeup lock 24 +|1|(% style="width:662px" %)Низкая интенсивность сигналов, низкая конкуренция за процесс.|(% style="width:513px" %)((( 24 24 Линейный процесс отправил запрос и ждет 1 событие ответ. 26 +Хендлер события пробуждает процесс напрямую. 25 25 )))|-|-|-|-|- 26 -|2|(% style="width:662px" %)Если внешний сигнал множественный или процесс может периодически запускаться, то сигнал нужно подавать через триггер.|(% style="width:513px" %) | | | | | 27 -|2.1|(% style="width:662px" %)Если не удалось получить блокировку процесса, то выполнение триггера откладывается на некоторый timeout.|(% style="width:513px" %) |+|+|-|-|- 28 -|2.2|(% style="width:662px" %)Если используется один stream триггер, то можно обойтись без таблицы wakeup state entity.|(% style="width:513px" %)Transactional outbox.|+| |+|+-| 29 -|2.3|(% style="width:662px" %)Wakeup condition + Wakeup state|(% style="width:513px" %) |+|-|-|+|+ 30 - 31 - 28 +|2|(% style="width:662px" %)Высокая интенсивность сигналов, высокая конкуренция за процесс. 29 +Сигнал нужно подавать через триггер.|(% style="width:513px" %) | | | | | 30 +|2.1|(% style="width:662px" %)Несколько конкурирующих триггеров с cannot hold lock timeout. 31 +Если не удалось получить блокировку процесса, то выполнение триггера откладывается на некоторый timeout.|(% style="width:513px" %) |+|+|-|-|- 32 +|2.2|(% style="width:662px" %)Один stream триггер. 33 +Высокая частота сигналов, но низкая конкуренция (условие активации триггера наличие необработанного сигнала и остановка процесса). 34 +Можно использовать без таблицы Wakeup lock.|(% style="width:513px" %)Transactional outbox. См [[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Примеры.WebHome]] 3.|+|-|+|+-|- 35 +|2.3|(% style="width:662px" %)Несколько конкурирующих триггеров. 36 +Высокая интенсивность сигналов, высокая конкуренция за процесс. 37 +Для сглаживания конкуренции используется Wakeup lock (share блокировка минимизирует блокировку и сглаживает конкуренцию).|(% style="width:513px" %) |+|-|-|+|+ 38 +|3|(% style="width:662px" %)Периодическая проверка|(% style="width:513px" %)Процесс пробуждается каждые N timeout, используется только 1 timer trigger. См. [[Примеры>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Примеры.WebHome]] 1 (блок 2).|+|+|-|-|- 32 32 ))) 33 33 | | 34 34