Актеры полагаются на токен отмены для отмены задания, которое может быть помещено в источник токена отмены.Когда в этом единственном рабочем потоке есть цепочка действующих лиц, запрос на отмену может распространяться на эту цепочку действующих лиц.
Вероятно, каждая задача отмены в каждом действующем субъекте может быть зарегистрирована в токене для выполнения другой работы.перед прекращением незавершенных работ.
Сценарий таков, что эту цепочку работ лучше прекратить в обратном порядке, чтобы последний рабочий актер порождал, например, отправку пакетных работ, обновление базы данных, лучше отменить свою работу до того, какисключение отмены родительского актера.По крайней мере, мне этот план кажется более безопасной ставкой, чем просто выбросить исключение отмены в актере, самом верху этой цепочки работ.
Я думал, как-то зарегистрировать эти работы отмены в обратном порядке (например, используя стек), так чтовыполняется последний зарегистрированный делегат отмены, а затем следует тот, который зарегистрирован как второй последний и т. д.
Использование совмещенных делегатов или стека с обработчиками - это соображения, пожалуйста, дайте мне знать / исправьте меня, чтобы яправильное направление.