Лекції

Розбираємо структуровану конкурентність (structured concurrency) у Kotlin-корутинах: навіщо корутинам потрібен «господар» у вигляді CoroutineScope, як runBlocking і coroutineScope створюють межі операцій та автоматично чекають на дочірні завдання, що саме повертає launch (це Job) і як через join() явно керувати точками очікування. Закріплюємо ідею ієрархії «батько → діти» та складаємо невеликий звіт із паралельних кроків у прикладі Expense Tracker.

Розбираємося, як у межах однієї корутини локально перемикати контекст виконання за допомогою withContext: що таке CoroutineContext і CoroutineDispatcher, чим відрізняються Dispatchers. Default (CPU) і Dispatchers. IO (I/O), чому withContext — це suspend і чому він не дає паралельності. На прикладі міні-застосунку («каса») та логування потоку показуємо перемикання, практичні патерни й типові помилки.

Розбираємося, як у kotlinx.coroutines працює скасування: чим відрізняються cancel(), join() і cancelAndJoin(), чому скасування корутин кооперативне, де розташовані «точки зупинки» (наприклад, delay()) і як писати власні цикли так, щоб вони коректно реагували на скасування через isActive. Наприкінці — практичний сценарій із «довгим звітом» і розбір типових помилок.

Розбираємося, як поводяться винятки в Kotlin-корутинах і чому обробка помилок відрізняється для launch і async: де насправді спрацьовує try/ catch, чому виняток із async зазвичай проявляється на await(), як помилки «спливають» на межі coroutineScope/ runBlocking, і які типові пастки (забутий await(), неправильний вибір білдера, «глушіння» помилок) найчастіше ламають сценарії.

Розбираємося, чому в корутинах cleanup — це частина контракту: корутина може завершитися раніше через cancel(), виняток або ранній return. Вчимося гарантувати «прибирання» через try/ finally, правильно чекати завершення через cancelAndJoin(), розподіляти відповідальність за рівнями (батько/діти) й не перетворювати finally на джерело нових помилок.