letsstayawake

비동기 작업에서는 실행 위치나 스레드를 제어할 필요가 자주 생긴다. UI앱의 경우 UI업데이트는 메인 스레드에서만 가능하고, 서버 앱에서는 무거운 연산은 별도 스레드 풀로 분리하는 경우를 예로 들 수 있다. 이를 가능하게 해주는 도구가 바로 ContinuationInterceptor 이다. Coroutine 을 처음 배울때는 Interceptor 의 구현체인 Dispatcher 만 알게 되는데, Dispatcher 가 바로 Interceptor 의 구체클래스인 것을 알면 Continuation 을 "가로채서" 별개의 스레드에 실행하는 역할을 맡은 클래스인것이 좀더 와닿는다. 인터페이스 정의 interface ContinuationInterceptor : CoroutineContext.Element { ..

package coroutine_deepdiveimport kotlinx.coroutines.*import kotlinx.coroutines.sync.Muteximport kotlinx.coroutines.sync.withLockimport kotlin.system.measureTimeMillisclass MessagesRepository { private val messages = mutableListOf() private val mutex = Mutex() @OptIn(ExperimentalCoroutinesApi::class) private val dispatcher = Dispatchers.IO.limitedParallelism(10) suspend fun add(mes..

https://medium.com/androiddevelopers/exceptions-in-coroutines-ce8da1ec060c 개발자들은 항상 happy path 만을 갈고 닦기를 좋아하지만, 항상 사용자들은 우리의 예상을 벗어난다. 만약 사용자들의 액션이 성공하지 않은 경우, 적절한 에러 메시지를 보여주는 것은 필수 불가결하다.  예외를 어떻게 적절하게 처리하느냐는 사용자가 애플리케이션을 바라보는 데 있어 아주 중요한 요소이다. 코루틴에서 어떤식으로 에러를 제대로 매니징 하는지 알아보자.  CoroutineScope 안에서 어떠한 코루틴이 실패로 끝나서 예외를 던진다면0) 자식 코루틴 실패 -> 1) 해당 스코프 안의 다른 자식 코루틴 취소 -> 2) 부모 코루틴 취소 -> 3) 위로 전달 과 ..

https://medium.com/androiddevelopers/cancellation-in-coroutines-aa6b90163629 어떤 작업이 더이상 실행되지 않아도 될 때는, 메모리를 낭비하지 않기 위해 취소해주어야 한다.  코루틴은 CancellationException 이라는 예외를 던짊으로써 cancellation 을 처리한다. fun cancel(cause: CancellationException? = null)// 객체 안넘겨주면 기본값 사용함 public override fun cancel(cause: CancellationException?) {cancelInternal(cause ?: defaultCancellationException())}cancel 함수에 인자값으로 사실은 C..

CoroutineScope : launch/async 와 같은 코루틴 빌더로 생성된 코루틴을 매니징 하는 친구. 진행중인 코루틴은 scope.cancel() 을 통해 취소할 수 있음. 사실상 코루틴을 생성하려면 항상 CoroutineScope 가 필요한데, 안드로이드의 라이프사이클 클래스들에서는 이미 유틸로 제공하는 scope 들이 있다. (viewModelScope, lifecycleScope)  CoroutineContext : CoroutineScope 를 생성할 때 인자로 넣어주는 애들을 코루틴 콘택스트라고 한다. 코루틴의 행위를 정의하는 것들을 퉁쳐서 콘택스트라고 한다. Job, CoroutineDispatcher, CoroutineName, CoroutineExceptionHandler 로 이..

공식문서에서 제시한 순서대로 나열 1. Inject Disptachers새로운 코루틴을 만들거나, withContext 를 호출할때 디스패처 하드코딩 피해라. 테스트 할때 TestDispatcher 주입하는게 더 쉬워진다. Note: The viewModelScope property of ViewModel classes is hardcoded to Dispatchers.Main. Replace it in tests by calling Dispatchers.setMain and passing in a test dispatcher. 2. Suspend functions should be safe to call from the main thread suspend function 을 호출하는 호출부에서 어떤 D..

https://medium.com/androiddevelopers/coroutines-on-android-part-iii-real-work-2ba8a2ec2f45 코루틴은 어떻게 코드를 단순화하고, main-safety 를 제공하고, leaking work 를 피할 수 있는지 등을 살펴봤다.  실제 어떤 작업에 코루틴을 써먹는게 좋냐? 1. One shot request : 호출 될 때 마다 실행되는 작업. 결과가 준비되면 완료된다. 2. Streaming requests : 변화를 지속적으로 관찰하고 호출자에 이를 report 한다. 첫 결과가 준비되더라도 끝나지 않는다.  One shot request 의 구체적인 예시를 살펴보자. - 정렬된 목록을 사용자에게 보여주는 경우class ProductsV..

https://medium.com/androiddevelopers/coroutines-on-android-part-ii-getting-started-3bff117176dd 복습 해보자. 코루틴은 어떤 문제를 해결하는가? 1. 메인스레드 위에서 돌아가기에는 너무 긴 작업들에 대해서 처리2. Main-safety 로 인해 suspend 함수들이 메인스레드에서 호출 가능  그래서 코루틴은 일반 함수의 연산(invoke, return) 외에 suspend, resume 연산까지 갖는다.  코루틴 관리하기 (Keeping track of coroutines) 코루틴을 왜 관리해야 할까? 코루틴 자신은 수행되는 작업을 관리하도록 도와주지 않음. 코루틴을 아주 많이 실행시키는 것은 물론 가능하지만, 비싼 연산을 하고..

https://medium.com/androiddevelopers/coroutines-on-android-part-i-getting-the-background-3e0e54d20bb 코루틴의 개념의 첫 구현체는 Simula (1967)  Android 에서 코루틴의 역할은 뭘까? 1. Main thread 를 블럭하는 긴 태스크 (long-running task) 처리 2. Main-safety 는 어떤 suspend function 이든 main thread 에서 호출될 수 있도록 함 suspend 키워드는 코틀린 컴파일러에 특수한 처리를 가하기 위한 용도. suspend function 은 일반 함수와 달리 두 가지 연산이 더 있음. 일반 함수에서 제공하는 invoke (or call), return ..

- 스크램블 에그 - 팽이버섯 볶음 : 올리브유도 필요 없어서 좋다- 양배추/당근/양파/샐러리 볶음 : 각각 단 맛 & 향이 있어서 질리지 않게 먹을 수 있음. 대신 볶을 때 올리브유를 아주 조금이라도 넣는게 좋다. - 닭가슴살 구이 : 냉동실에서 꺼내서 바로 팬에 넣어 구워도 나름 먹을 만 하다. - 냉동 새우 볶음 : 야채볶음과 함께 먹기 괜찮은 메뉴