coroutine with kotlin

[daehwan2yo]

Maintaining a blocked thread is always costly, while maintaining a suspended coroutine is almost free.

• coroutines should never block threads, only suspend them.

Why we use runBlocking() for test coroutines?

일반적으로 코루틴은 쓰레드를 block 하지 않지만, main thread 가 너무 일찍 종료되어 코루틴을 동작하지 못해 blocking 이 필요한 경우가 있다. 이런 경우 runBlocking builder 를 통해 코루틴 동작을 위해 thread 를 block 시킨다.

[daehwan2yo]

GlobalScope

CoroutineScope

interface CoroutineScope Defines a scope for new coroutines. Every Coroutine Builder (like launch(), async) is an extension on CoroutineScope.

• coroutineContext 를 상속하여 모든 요소와 취소를 자동으로 전파한다.

[daehwan2yo]

Coroutine Builder

reference

• suspend function 은 normal function 을 호출 할 수 있지만, 역은 불가하다.

Builders.common.kt

CoroutineScope.launch

Launches a new coroutine without blocking the current thread and returns a reference to the coroutine as a Job.

- CoroutineScope 로 부터 파생되어진 coroutine context 를 반환한다. (Job)
- 별도의 Dispatcher 가 명시되어지지 않았다면, Dispatchers.Default 가 default 로 사용되어진다.

CoroutineScope interface 의 확장함수

• 부모 coroutine 과 자식 coroutine 간 관계를 맺게 해주는 중요한 매커니즘인 structured concurrency 이다.

coroutine 테스트를 하면서 왜 항상 main 에서 Thread.sleep() (or deplay() ) 를 호출해주어야할까?

main thread 가 코루틴을 호출하자마자 종료되어진다. main thread 가 종료됨에 따라서 해당 쓰레드의 코루틴들은 job 을 수행하지 못하게되어진다.

<T> CoroutineScope.async

<T> withContext