RI
Size: a a a
2019 November 09
RI
try-with-coroutines
SM
Тогда не понял как будут утекать корутины в моём случае, когда у меня скоуп по сути локальная переменная в функции и скоуп умрёт как только завершится выполнение функции.
RI
Можно представить что блок который передаден на выполнение внутри future{} может работать достаточно долго, и в таком случае когда запрос завершится, то block продолжит выполняться. Утечка
SM
Можно представить что блок который передаден на выполнение внутри future{} может работать достаточно долго, и в таком случае когда запрос завершится, то block продолжит выполняться. Утечка
Имеешь ввиду если вышестоящий контроллер по какому-нибудь таймауту перестанет ждать завершения выполнения этой функции?
RI
Завершиться может запрос по таймауту, или например если клиент отменил запрос.
RI
Например в блоке несколько запросов в базу выполняется, можно было бы сразу отменить ненужные, т.к. клиент отвалился, а без scope привязанного к жизни http запроса он продолжит выполняться тратя ресурсы и приложения и базы в пустую
SM
Например в блоке несколько запросов в базу выполняется, можно было бы сразу отменить ненужные, т.к. клиент отвалился, а без scope привязанного к жизни http запроса он продолжит выполняться тратя ресурсы и приложения и базы в пустую
Это я понимаю. Это хорошо ещё если в этом подвисшем блоке не будет каких-то операций на изменение данных, которых уже никак не ожидаешь после того, как получил таймаут от сервера
RI
Ну транзакционность, или саги там это отдельная тема
SM
Выходит что на клиентском уровне без патча фреймворка или написаний какого-нибудь HTTP фильтра хорошего решения у задачки не будет 🤔
RI
А какой сервер используется фактически?
SM
Akka HTTP 🙂
SM
Если я конечно правильно вопрос понял 🙂
RI
Да. Подозреваю что там есть контекст в HttpRequest, и там же recover функция судя по доке. Т.е. если у serviceCall есть доступ к HttpRequest, то у него можно сходить в контект, посмотреть есть ли Job, если нет Job создать и использовать. А в recover соответсвенно доставать Job и делать cancel
SM
Значит я верно понял 🙂 Осталось это протащить ещё через 2 слоя фреймворков ))) Чувствую намечаются продуктивные выходные 😂
SM
Руслан, а есть ссылка на готовый проверенный фильтр для Servlet-API, о котором ты говорил?
RI
Нет, я сам сервлетами не пользуюсь) Просто как пример приводил
AN
@relizarov тут в московской UG вопрос встал. Я где-то у вас в коментах читал, что в нынешней концепции корутин не хорошо делать всякие независимые сущности вроде экранов, виджетов и прочего самостоятельными скоупами без предка. Я правильно понял линию партии?
AN
Да. Идея в том, что всегда есть иерархия.
AN
Однако, в каких-то frameworks (Android, например) может быть свой lifecycle managemenet и тогда coroutine scopes являются лишь обертками над уже существующими жизненными циклами.