@Jeudesprits а вы не могли бы объяснить, почему у нас

Question

iOS Developers — русскоговорящее сообщество

@Jeudesprits а вы не могли бы объяснить, почему у нас

в swift concurrency есть механизм отмены, который хорошо бы использовать, но при этом чтобы отменить callback based операцию с withCheckedContinuation нужно сделать кучу приседаний?

#apple #ios #mobile #programming #russian

0

22.10.2023

5 ответов

8 просмотров

Никита

0

7 месяцев назад

Igor Автор вопроса

Руслан Лутфуллин
Оно?

Если речь про withTaskCancellationHandler, то я вот на такой тред наткнулся и там прям какие-то костыли делают с оберткой для того, чтобы корректно вызвать отмену у объекта выполняемого

0

7 месяцев назад

Руслан Лутфуллин

Правильно ли я тебя понимаю, что withTaskCancellationHandler в данный момент заставляет использовать некий механизм синхронизации разделяемого состояние, мало того, что это просто лень делать потому что это громоздко, так ещё это сложно сделать правильно? Но по твоей же ссылке кажется и даны ответы. Ну предположим, способ которым можно было бы упростить это дело, сделать этот хендлер асинхронным и его вызов получается синхронным относительно таска у которого вызывается отмена. Окей. Это бы решило проблемы разделяемого состояние, но когда его вызывать внутри таска? Единственная ближайшая такая точка в момент отмены таска, это ближайший suspension point, но переход в этот suspension point будет после того, как потенциальная большая задача в таске завершится или вызовется yield. Это ведь полностью противоречит ожиданиям. Произошла отмена, любой таск в группе это видит и моментально может выполнить задачу, либо выбросит исключение, где его так же моментально можно будет обработать. Но в нашем случае, хендлер не может выполниться моментально, ибо очевидно, что вызов такого хендлера внутри таcка после отмены будет искать suspension point что бы таки вызвать наш хендлер отмены. Здесь правильно было бы сделать более простой механизм защиты разделяемого состояние в таких случаях и сделать его в рамках swift concurrency. А сейчас мы этого не можем сделать. У нас есть актор, но у нас нет механизма отправки сообщений в актор в синхронном контексте. (Это вроде как ожидается, но придётся ждать Swift 6) У нас также в таком случае не гарантируется очередность вызовов в акторе, то есть нет гарантии нужной очередности вызова нашего хендлера. Если бы этого всего можно было избежать, то это бы позволило легче это делать или сделать некий более простой механизм поверх. А пока у нас есть только более-менее простой способ с ManagedBuffer и локом внутри, лучше с os_unfair_lock, либо более быстрый механизм с атомиками. Но всё это выходит за рамки swift concurrency 😐

0

7 месяцев назад

Олег

Руслан Лутфуллин
Правильно ли я тебя понимаю, что withTaskCancellat...

я аж возбудился

0

7 месяцев назад

Руслан Лутфуллин · Accepted Answer

Руслан Лутфуллин

Оно?

0

7 месяцев назад

172 похожих чатов

@Jeudesprits а вы не могли бы объяснить, почему у нас

5 ответов

Похожие вопросы