Лекції

Розбираємо різницю між suspension і блокуванням потоку, чому файлові операції на JVM найчастіше блокувальні та як це безпосередньо впливає на вибір контексту корутин: де використовувати Dispatchers.Default, а де — Dispatchers.IO. На прикладах із withContext, async і блокувальним Thread.sleep показуємо, як «випадковий I/O на Default» може гальмувати CPU‑завдання та як дисципліна «I/O окремо, CPU окремо» спрощує архітектуру.

Розбираємо, як у Kotlin‑корутині правильно відокремлювати блокувальне файлове введення‑виведення від CPU‑логіки: де ставити withContext( Dispatchers.IO), як безпечно виходити через return@withContext, навіщо потрібен use { ... } для закриття ресурсів і чому «широкий» IO-контекст перетворюється на смітник відповідальності. Наприкінці — практика для утиліт File Organizer і список типових помилок.

Розбираємо практичний шаблон конкурентної обробки багатьох файлів у Kotlin‑корутинах: чим відрізняються launch і async, як зібрати результати «пакетом» через awaitAll(), чому небезпечно запускати «тисячу завдань одразу», як обмежувати одночасність за допомогою Dispatchers.IO.limitedParallelism(n), де проходить межа між I/O і CPU, і як уписати все це в structured concurrency через coroutineScope.

Розбираємо кооперативне скасування корутин у тривалих файлових операціях: чому блокувальний I/O «не чує» cancel(), навіщо потрібен chunk‑цикл (читання/запис шматками), де ставити точки скасування через isActive і ensureActive(), як правильно працювати з CancellationException (і не «глушити» її в catch), а також як скасовувати завдання ззовні через cancelAndJoin().

Розглянемо практичну стратегію надійної «публікації результату» під час роботи з файлами: спершу писати в чернетку ( .tmp/ .part), потім атомарно (наскільки це можливо) «опублікувати» через renameTo() і в будь-якому разі виконати best‑effort‑прибирання у finally. На прикладах Kotlin і корутин: try / finally, withContext( Dispatchers. IO), хелпер deleteQuietly, безпечний запис звіту та обгортка для копіювання.