Телеграмм чат группы KotlinMoscow страница 202

Самое обидное, что ты не можешь использовать CancellationException в стдлиб. И если даже поменять поведение теперь, то старый скомпиленный код будет по другому работать

источник

13:01пожаловаться

Ruslan Ibragimov in Kotlin Moscow

> Где-то есть issue одобренное в kotlinx.coroutines или youtrack?

источник

13:01пожаловаться

Ilmir in Kotlin Moscow

Vladimir Sitnikov

Оказалось, современные корутины не показывают стектрейс при CancellationException.
Иными словами, невозможно понять «чем хоть примерно» занималась корутина когда её отменяли.

https://stackoverflow.com/questions/58482407/is-there-a-way-to-understand-what-the-coroutine-was-doing-when-it-was-cancelled

Stack Overflow

Is there a way to understand what the coroutine was doing when it was cancelled?

Suppose we have a trivial "cancel with timout" case (Kotlin 1.3.50, kotlinx-coroutines-core 1.3.2):

import kotlinx.coroutines.runBlocking
import kotlinx.coroutines.delay
import kotlinx.coroutines.

https://kotlinlang.slack.com/archives/C1CFAFJSK/p1564769598360700?thread_ts=1564676452.322300&cid=C1CFAFJSK

источник

13:03пожаловаться

Ilmir in Kotlin Moscow

Sergey Morgunov

Это понятно. Но если теоретическая возможность посмотреть на стек корутины всё таки есть, может можно затащить это в какую-нибудь проперти, чтобы при необходимости у пользователя была всё-таки возможность посмотреть 😀

Она есть. Берете continuation, вызываете на нем toString. Берете у него completion, вызываете все так же toString. Повторять до KNPE.

источник

13:06пожаловаться

Ilmir in Kotlin Moscow

Vladimir Sitnikov

Хочу заметить, что я прошу про .cancel()
А эта операция у корутины бывает лишь однажды.
Я понимаю, что тяжело «задним числом» узнать все её supsension точки.

Но можно же в момент «когда мы ей сказали остановиться» заставить эту корутину создать хотя бы один стек. Хотя бы того места, где она проснулась и обнаружила cancellation.

Стоит помнить, что мудрейшие завещали, что «cancellation is cooperative», и корутина реально должна проснуться, чтобы заметить факт своей отмены. И тут в самый раз был бы сбор стектрейса.

Я слоняюсь к тому, что это просто баг.

Если использовать дебаг-мод в корутинах, то стектрейс будет на месте.

источник

13:07пожаловаться

Vladimir Sitnikov in Kotlin Moscow

Ilmir

Если использовать дебаг-мод в корутинах, то стектрейс будет на месте.

Завёл тикет: https://github.com/Kotlin/kotlinx.coroutines/issues/1625
Почему бы не добавить дополнительный string параметр в ResultKt.throwOnFailure ?

GitHub

Provide meaningful stacktrace on cancellation · Issue #1625 · Kotlin/kotlinx.coroutines

Sample: https://stackoverflow.com/questions/58482407/is-there-a-way-to-understand-what-the-coroutine-was-doing-when-it-was-cancelled import kotlinx.coroutines.* suspend fun test() { println(&qu...

источник

13:13пожаловаться

Ilmir in Kotlin Moscow

Async stacktrace у нас строится библиотекой. Она пробегает по всем continuation'онам и строит его. Компилятору/сгенерированной стейт-машине без разницы, какой Throwable подали в resumeWith, он будет проброшен по цепочке в родительский continuation (который мы называем completion). CancellationException не исключение. Но, из-за того, что он используется не только в исключительных ситуациях, а является частью механизма работы struсtured concurrency, то есть кидается часто (относительно других исключений), то для перформанса библиотека не строит для него async stacktrace в релизе. Только в дебаге.

источник

13:14пожаловаться

Ruslan Ibragimov in Kotlin Moscow

Vladimir Sitnikov

GitHub

Provide meaningful stacktrace on cancellation · Issue #1625 · Kotlin/kotlinx.coroutines

Sample: https://stackoverflow.com/questions/58482407/is-there-a-way-to-understand-what-the-coroutine-was-doing-when-it-was-cancelled import kotlinx.coroutines.* suspend fun test() { println(&qu...

Нельзя же так сделать, т.к. неучтен кейс с try/catch

источник

13:15пожаловаться

Ilmir in Kotlin Moscow

Vladimir Sitnikov