SS
не блокирует
Size: a a a
2021 February 10
с#
не блокирует
и не должен
SS
и не должен
непонятно почему, где можно глубже почитать про это?
с#
непонятно почему, где можно глубже почитать про это?
в целом посмотрите как работают корутины, должно стать понятно, на ютубе полно роликов, в интернете - статей.
SS
в целом посмотрите как работают корутины, должно стать понятно, на ютубе полно роликов, в интернете - статей.
я пересмотрю, но если что вернусь )
с#
я пересмотрю, но если что вернусь )
а вы уже смотрели?
с#
сейчас скину один хороший
SS
хорошо, спасибо
с#
SS
спасибо
AM
Всем привет, подскажите, пожалуйста, почему корутина с Dispatchers.Main не блокирует UI поток?
TL;DR: delay примерно соответствует вызову postDelayed на хэндлере, связанном с мэин лупером. Если вы вместо него бахнете Thread.sleep (или просто нагрузите мэин тред вычислениями), у вас всё, как и ожидается, заблокируется.
SS
TL;DR: delay примерно соответствует вызову postDelayed на хэндлере, связанном с мэин лупером. Если вы вместо него бахнете Thread.sleep (или просто нагрузите мэин тред вычислениями), у вас всё, как и ожидается, заблокируется.
У меня возник, этот вопрос как раз потому что я, загружал картинки на сервер через suspend fun в viewModelScope.launch {}, а viewModelScope базируется на Dispatchers.Main. И все работает)) Теперь хочу разобраться почему
AM
У меня возник, этот вопрос как раз потому что я, загружал картинки на сервер через suspend fun в viewModelScope.launch {}, а viewModelScope базируется на Dispatchers.Main. И все работает)) Теперь хочу разобраться почему
А чем собственно загружали? Условный ретрофит сам оффлоадит свою деятельность на IO-диспетчер, если вы саспендами пользуетесь.
AD
У меня возник, этот вопрос как раз потому что я, загружал картинки на сервер через suspend fun в viewModelScope.launch {}, а viewModelScope базируется на Dispatchers.Main. И все работает)) Теперь хочу разобраться почему
так загрузка могла в другом диспетчере произойти, а launch за обработку результата отвечает
SS
А чем собственно загружали? Условный ретрофит сам оффлоадит свою деятельность на IO-диспетчер, если вы саспендами пользуетесь.
А это уже новая информация для меня ))) Скорее всего по этой причине работает.
SS
так загрузка могла в другом диспетчере произойти, а launch за обработку результата отвечает
Вполне возможно из-за retrofit
SS
А чем собственно загружали? Условный ретрофит сам оффлоадит свою деятельность на IO-диспетчер, если вы саспендами пользуетесь.
Подскажите пожалуйста, где вы нашли эту информацию?
AM
Подскажите пожалуйста, где вы нашли эту информацию?
Ох, сложный вопрос
SS
Дословно с документации :"SYNCHRONOUS VS. ASYNCHRONOUS
Call instances can be executed either synchronously or asynchronously. Each instance can only be used once, but calling clone() will create a new instance that can be used.
On Android, callbacks will be executed on the main thread. On the JVM, callbacks will happen on the same thread that executed the HTTP request."
Call instances can be executed either synchronously or asynchronously. Each instance can only be used once, but calling clone() will create a new instance that can be used.
On Android, callbacks will be executed on the main thread. On the JVM, callbacks will happen on the same thread that executed the HTTP request."
SS
или нужно идти глубже где именно происходит логика вне Call?