#1 Что такое корутина. Важные особенности || Курс по корутинам
Вставка
- Опубліковано 6 лип 2024
- Рассказываю про корутины, их основные особенности, сравниваю с потоками и показываю как начать их применять в коде.
Курс создан при поддержке компании Revolut. Вакансии компании здесь bit.ly/3lz6zdh
Автор - Кирилл Розов, Android разработчик 10 лет опыта в разработке
🔗 Поддержать проект taplink.cc/android_broadcast/...
🔗 Каналы "Android Broadcast" taplink.cc/android_broadcast
🔗 Kotlin Coroutines kotlinlang.org/docs/coroutine...
#Coroutines #Курс #Kotlin #AndroidBroadcast #программирование #android #андроид #КириллРозов #корутины
0:00 Вступление
0:17 История корутин
1:49 Корутины в Kotlin
3:43 Ключевые особенности корутин
7:20 Кодинг
16:20 Заключение
![Что такое корутины? [RU] / Мобильный разработчик](http://i.ytimg.com/vi/yBxaE-qAPdI/mqdefault.jpg)
💰 Поддержать проект на Boosty boosty.to/androidbroadcast
🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast
🔗 Telegram канал "Kotlin Broadcast" ttttt.me/android_broadcast
Хэ
0
00
Всех поздравляю с выходом данного курса. Спасибо Кириллу.
Очень давно ждал и дождался, нужно было основательно познакомиться и изучить корутины, спасибо Кирилл!
Огромная благодарность! Ждём новые видео) А тебе Кирилл терпения и вдохновения. Хорошее дело делаешь
Спасибо большое. Ты не представляешь сколько человекочасов сэкономит этот курс. Ты герой. Как найду работу, стану патроном)
Спасибо!
Ну что, уже работаешь?
@@dreimhold а ты? в тг списаться не хоч?
Ура! Дождались) Спасибо!
Спасибо большое за данный курс. Давно ждал)
Ура! Очень рад, что курс наконец вышел 🙃
На одном дыхании. Всё очень круто и понятно. Спасибо! :)
Курс 🔥
С корутинами работаю уже очень давно, но несмотря на это подметил для себя много интересных моментов
огромное спасибо! очень круто смотреть такие ролики где все разжевывается!
Спасибо Кирилл, знаем что далось нелегко, поэтому поддерживаем лайками)
Спасибо за курс. Объясняешь очень доходчиво и понятно!
Спасибо! С нетерпением жду продолжения.
Супер, спасибо за урок
Спасибо за детальное и простое объяснение. Круто получилось.
Вижу долгожданный курс - ставлю 👍
Спасибо, жду продолжения
Миллион раз спасибо, наконец-то дождался я
Супер! Спасибо за курс
Спасибо за труды!
Годнота ! Спасибо за контент!
Спасибо за курс!
Огонь 🔥, как раз начал изучать корутинки.
пушка-топ, спасибо большое Кирилл
кажется ты путаешь Concurrent и Asynchronous. обычно противопоставляют Sync - Async и Concurrent - Parallel. асинхронные задачи могут выполняться одновременно
Спасибо ! Отличная инфа!
спасибо за ваш курс, всё понятно и доступно
Отличнейшее и всестороннее обозрение корутин. Респект🔥
Супер, спасибо!
Похоже мне ещё рановато знать корутины 😵.
Огромное спасибо за курс, уверен он многим поможет
Как минимум можно вернуться к нему позже, когда будете готовы
Спасибо!
Отлично! Это лучшее, что я видел по этой теме на русском
Как хорошо когда мозг молодой ,детский ,,быстро все схватывает !!!! Я на второй минуте ,уже ничего не понимала,и вголовн звучали только два слова корутин и потоки ха-ха ,я сдох
Спасибо огромное
Спасибо за урок!
Если вам приносит пользу, то будем рад поддержке boosty.to/androidbroadcast
спасибо!
Спасибо) Смотрю в замедленной скорости, иначе не успеваю понимать
Спасибо
Спасибо большое за урок, пока только слышал про корутины, трогаю котлин и андроид около дву недель😅
Первый урок понятно вводный, будем ждать последующие где будет больше конкретики 😊 Поздравляю с первым выпуском курса!💥💥💥
Спасибо!
лучший
Не совсем понял момент с отменой корутин. 14:12
Нам ведь не нужно проверять isActive, у нас два вызова суспенд методов -- doWork и delay. Проверка на отмену проводится при каждом вызове суспенд метода и после выхода из суспенд состояния? И ещё в самом суспенд состоянии, например, если мы вызовем delay(5_000) и через 2 секунды отменим джобу, она же отменится сразу?
Спасибо за видос!
Если после вызова остановки будет suspend функция, тогда да. Но если нет suspend вызовов, то лучше проверять руками. Например, считывание файла не остановится так как для него не используется suspend функции
Top mega nice bro
Спасибо больше за урок . Я пытаюсь понять, кокда гаоврят coroutine не блокирует поток
вот например у меня есть suspend fun loadImage() который будет работать IO потоке (например DefaultDispatcher-worker-1) и будет 5 секунд ждать ответа от сервера, это значит что во время ожидания 5 секунд поток в коротром будет работать loadImage (DefaultDispatcher-worker-1 ) не будет заблокирован ? может выполнять другие задачи ? или палюбому DefaultDispatcher-worker-1 будет заблокировано пока ожидает ответа а когда говорится не блокирует поток имеются в виду в моём случе Dispatchers.Main котором он запущен
fun main() {
scope.launch((Dispatchers.Main)) {
loadImage()
}
}
suspend fun loadImage() {
// thread DefaultDispatcher-worker-1
withContext(Dispatchers.IO) {
api.loadImage()
}
}
👍🏻👍🏻
11:28 "Запускаются они сразу после создания"
Зависит от скоупа ведь
Какие-нибудь main.immediate, unconfined диспатчеры сразу запустят
А так корутина и на следующий кадр может запуститься
Я имел ввидо что они не будут ждать вызова join или await
@@AndroidBroadcast понимаю, это скорее просто уточнение для тех кому интересно.
Спасибо за курс!)
Main immediate запустит сразу только если уже выполняется корутина из главного потока
4:20 разве ключевое слово суспенд приостанавливает выполнение корутины?
Хочу добавить уточнение к 5:25 - корутина освободит поток только если она не повисла на какой-нибудь системной блокировке ( к примеру на блокирующем IO)
подскажите пожалуйста, а что это за конструкция val myList: List = List(100) { ...it... } что происходит в блоке кода после объявления размера листа ?
Документация - это лучший источник. kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/-list.html
Хм, я не джун, вроде неплохо представляю себе как работают потоки. Познания о корутинах на уровне - "легковесный поток". После кодинг сессии в видео я ничего не понял: где начинается корутина и где заканчивается; вроде стало понятно что такое GlobalScope, но при этом не понятно как связан runBlocking со Scope; в параметрах функции runBlocking идет CoroutineScope, а мы передаем корутину, почему? как между собой связаны все эти сущности и понятия? Возможно мало времени уделено базовым понятиям корутин.
В общем, после просмотра серии больше вопросов, чем ответов для себя вынес. Тем не менее, спасибо Кириллу за старания и надеюсь, что по итогу всего курса данные вопросы структурируются.
В будущих уроках про все это будет подробнее
>в параметрах функции runBlocking идет CoroutineScope, а мы передаем корутину, почему?
В параметрах runBlocking передаётся не CoroutineScope, а блок кода, вызываемый на нём, CoroutineScope - receiver.
Спасибо за урок, было очень интересно и познавательно, даже не смотря на то, что работаю с корутинами не первый год. На днях у меня появилась одна проблема в одном проекте, касательно взаимодействиях Rx кода с Корутинами, а точнее с runBlocking{...}. Не уверен что коменты к видео это подходящее место для таких вопросов :D . Что слышно насчёт Slack или Discord канала где можно в теории обмениваться опытом, беседовать на разные темы касающиеся Android разработки и где можно будет задавать интересующие вопросы?
Есть чатик t.me/android_broadcast_talks
@@AndroidBroadcast что то забыл о нём, спасибо, обязательно зайду в этот чат!
Напишите на kirill@androidbroadcast.dev все подробности о блокировке и ваш аккаунт в TG
Спасибо за курс!
1. Есть список всех будущих частей курса и расписание их выхода?
2. Какие ресурсы посоветуешь для глубокого изучения устройства и работы корутин под капотом?
Medium, статьи Елизарова
Публично списка нет, но у меня он есть. Постараюсь привести его и выложить в Telegram канале.
2. Я делал подборку ресурсов по изучению корутин и все туда сложил telegra.ph/Kak-izuchit-Kotlin-Coroutines-04-17
@@AndroidBroadcast
Спасибо! Именно то, что было нужно.
Пошёл присоединяться в Telegram канал.
Кто и по каким критериям решает, что корутину нужно приостановить и выполнить что-то другое? Это происходит при io операции или может произойти при любом вызове suspend функции?
При вызове любой suspend функции происходит остановка. Корутина будет стараться максимально продолжить выполнение, если это возможно. Управляют переключением потоков Dispatcher-ы
Отличное начало!
Кажется что ты слишком сурово запрещаешь runBlocking, у него ведь есть вполне валидные кейсы использования. Например мы находимся в каком-нибудь OkHttp Interceptor и хотим подставить в запрос токен аутентификации, а наша APIшка обращения к хранилищу токена предоставляет только suspend функции. Но при этом мы уже находимся в фоновом потоке, никакой main не заблокируем. В общем, если GlobalScope не нужен действительно никогда, то у runBlocking всё-таки есть законные применения)
Да, но лучше максимально обезопасить для старта )))
Спасибо за ролик, может стоит еще сделать текстовую версию?
Да, она будет, но не хватает ресурсов на нее. Попробую кому-то делегировать адаптацию сценарию в статью, но пока думаю идея провалится
Спасибо за курс!
Возникает вопрос: будет ли про корутины и ретрофит?
Достаточно добавить модификатор suspend к методам в интерфейсе и работать с ними как и с другими suspend-функциями, Retrofit поддерживает корутины из коробки c версии 2.6.0.
Про него рассказывать не стану, но думаю что в кодинг сессия покажу как работать
Есть график выхода роликов про Coroutines?
До конца мая выйдет 5 роликов, потом тоже хочу все закрыть побыстрее. Стараюсь изо всех сил, времени не хватает ((
Спасибо Кирилл, но для меня непонятно когда говоришь что котлин корутины не работают паралально.
ведь таким образом f1 f2 буду работать параллельно
val f1 = async (Dispatchers.Default) { loadImage() }
val f2 = async (Dispatchers.Default) { loadImage() }
doDomethinkgWith(f1.await(), f2.await())
или если запустить два Globalscope.async{ } Globalscope. async{ }
пожалуйста объясните
Параллельно они работают только на JVM, потому что там есть многопоточность. Корутины в классическом понимании - это про асинхронное выполнение, а не паралелльное
@@AndroidBroadcast понятно спасибо)
Наверно забегаю вперёд, но можно ли привязать корутину к жизненому циклу объекта? Т.е. теряем ссылку на объект, корутина останавливается, гарбаж коллектор уничтожает объект. Сейчас, кажется, что из-за запущенной внутри объекта корутины, гарбаж коллектор никогда не уничтожит наш инстанс и мы получим утечку памяти.
Корутина останавливается либо через вызов cancel, либо когда CoroutineScope останавливается. Сможет связать скоуп с временем существование объекта - получить результат, но изначально идея звучит как "то что не стоит делать"
Я правильно понимаю, что по сути корутины работают поверх некоего EventLoop (в Android - поверх Looper, привязанного к какому-либо потоку)? Т.е. когда мы к примеру вызываем suspend-функцию delay, под капотом в очередь сообщений EventLoop кладётся с указанной задержкой тот блок кода, который идёт после delay и до вызова следующей suspend-функции в корутине?
Отчасти похоже на Event Loop, но скорее они делятся все выполнение на шаги и когда происходит приостановка запоминают состояние, а потом продолжают выполнение с него. Это больше похоже на большой when где каждый элемент шаг выполнения
@@AndroidBroadcast к примеру delay приостанавливает выполнение на заданное кол-во миллисекунд, но поток при этом не блокирует (выполнение кода асинхронно продолжается на этом же потоке; к примеру если на однопоточном диспатчере запустить 2 корутины (допустим, с помощью билдера launch), и на обеих вызывать delay с разными задержками; они будут отрабатывать "параллельно", выполняясь при этом на одном потоке). Каким образом это удаётся сделать? Возможно, какой-то цикл событий всё же под капотом используется?
Хахахахах аж неверится))) он вышел!)
Ждуны дождались)
Подскажите, пожалуйста, какая тема в идее стоит?
Стандартная Darcula
Как называется тема для среды разработки?)
Обычно использую Darcula
@@AndroidBroadcast благодарю)
причем тут suspend и лаунч 13:47 и асинк и асинкевей че означает не понятно почему назвал авей
15:00 похоже, suspend-функция в отменённых корутинах не выполняется потому, что проверка isActive происходит автоматически, перед запуском suspend-функции (как ты в самом начале и описал)
Да, верно
нет гитхаба к лекциям или есть?
Нет
Интересно, что если тестить этот код через Kotlin Playground, то значения в консоли будут исключительно в порядке от 0 до 99 :)
Вписал код в IntelliJ IDEA, так же.. В консоли все цифры по порядку.... Почему же у тебя в примере не последовательно?
Нашел, оказывается, все дело в выборе кода задержки. При использовании Random с java.util действительно в разнобой, а если использовать delay от корутин, то только в строгом порядке.
Что такое настоящие сопрограммы, парни и не знают. И не должны. Их использовали ещё до их рождения)))
+
Комментарий.
Обьяните плз раницу между ассинхроностью и многопоточностью
Поток, грубо говоря, представляет собой бесконечный цикл, каждую итерацию которго берется задача из списка задач и выполняется. Многопоточность - это использование более одного потока для выполнения задач.
Асинхроность - характеризует порядок выполнения задач. Запуская асинхронную задачу мы не знаем когда она выполнится. Если запускаем несколько, мы не знаем в каком порядке они будут исполнены.
Еще..
Для любителей фундаментальности хочу порекомендовать лекцию, а лучше целый плейлист от Липовского: ua-cam.com/video/eBQi3Y2p_eQ/v-deo.html
Что такое корутины? Берем условный FixedThreadPool, сабмитим туда 1000000 Runnable, и вот, мы запустили 1000000 корутин!)
Это конечно слишком примитивное объяснение, тут дальше должна быть длинная речь про suspendable континуации и все такое. Но зато позволяет наглядно представить, суть потоков и корутин, и как они между собой соотносятся.
Да, Сергей верно все представил
На сколько я знаю runblocking нежелательно использовать в андроид, только в тестах для проверки корутин, он блокирует поток на котором вызывается ((
@@igorm7480 он сказал что можно на основном но осторожно, хотя да
А.... а по человечески можно объяснить?)
а зачем тогда нужны потоки если есть корутины?.
Без потоков никуда, это на уровне JVM и они лежат пол капотом Kotlin Coroutines
Спасибо за курс! 👍
Немного режет слух произношение слова suspend, в нем нет звука "У". Вот транскрипция [səˈspend].
"Логично, что если пользователь закрыл экран... то результат операции нам больше не нужен".
Мда, при таком подходе конечно будет и колл-бек хел и трафик на бэке и много еще чего!
Задача актуализации модели вообще никак не связана с показом конкретных данных на конкретной страничке! Если мы вообще об ООД говорим.
Если задача состоит в банальном запросе от БД, то там прерывать просто нечего, а если запрос данных предполагает возможность создания целого пула задач актуализации, то вспоминаем о слоях и инкапсуляции.
В андроидовской идеологии для показа данных должна формироваться view model. Пусть так. Данные для неё запрашиваются у слоя модели, и при таком запросе на уровне модели решается, есть ли актуальная версия запрашиваемых данных или должна пройти например синхронизация с сервером.
Эта логика и её реализация в соответсвии с парадигмой инкапсуляции приватна для модели и не может быть объединена в один логический контекст ни с чем внешним. Это следует из элементарных принципов ООД.
Ушёл на секунду с экрана, по любому поводу - экран детального вида, ответ на смс или ещё куда - что, прерывать синхронизацию данных и начинать заново? А вопросы обеспечения целостности данных, если тянем не через один запрос?
Меня обоснования полезности корутин в оригинальной документации в этой части всегда веселили, за уши притянуто и рекламирует неграмотный подход к проектированию.
Это возможность привязывать корутину к жизни какого-то объекта. Она спокойной может продолжить операцию и дальше, просто это надо указывать явно
@@AndroidBroadcast Это был камешек в общем в огород корутин ;)
Любой тезис из обычного набора обоснований преимуществ перед классическим подходом ИМХО далеко не однозначен и в основном цепляется за просчёты в архитектуре либо конкретного приложения, либо глобальной архитектуры Андроид приложения.
Всё же мы не о FreeRTOS говорим и красота неблокирующего подхода в отдельно взятой песочнице - очень на любителя. ИМХО естественно.
Без CoroutineStart.Lazy список тоже по очереди заполнился. Почему так?
Не понял вопроса, раскройте больше
@@AndroidBroadcast Так, я невнимательно посмотрел видео и не про то спросил. У нас есть launch и async, но почему-то async не параллелит - список заполнился по-порядку
@@antonpopkov5003 Нужно смотреть код. Скидывайте ссылку на Gist
@@antonpopkov5003 потому что await вызывается по порядку. А по идее должен вызываться сразу на всех функциях, для этого там есть специальная функция awaitAll, жаль что Кирилл не акцентировал на этом внимание.
Потому что порядок выдачи результата определяется циклом list.forEach, а он всегда последовательный. Корутины стартуют одновременно, но результат выводится согласно list.forEach.
list.forEach ждёт пока первая корутина выполнится, и печатает её. Потом переходит ко второй. Если вторая корутина к тому времени уже оказывается выполнена, то он печатает её сразу же, без ожидания, и переходит к третей.
Спасибо!
Спасибо
+
Спасибо