[Kotlin] 1. 코틀린 코루틴을 배워야 하는 이유

왜 코틀린 코루틴을 배워야 하는가?

• 기존 방식 한계: RxJava나 콜백 기반의 비동기 처리 방식은 복잡하고, 중단(resume)이 불가능하거나 가독성이 낮음.
• 코루틴의 장점:
  • 코드가 순차적으로 보이지만 실제로는 비동기로 작동함.
  • suspend 키워드 하나로 중단/재개 가능.
  • 백그라운드 작업 중에도 UI 스레드를 차단하지 않음.
  • 기존 구조 대부분 유지 가능 (Java/Rx 대비 적은 수정)
  • async/await, launch, scope 등을 통해 직관적인 병렬 처리 구현 가능.
• 다양한 플랫폼 지원: Android, iOS, Backend 등 모든 플랫폼에서 활용 가능.

기존 방식들과의 비교

1. 콜백 기반
   • 중첩 콜백 구조 (Callback Hell)
   • 예외 처리 어려움, 가독성 및 유지보수 악화
   • 코드 예: getConfig -> getNews -> getUser -> showNews
2. RxJava 기반
   • subscribeOn, observeOn, map, zip, flatMap 등 다양한 연산자 사용
   • 비동기 처리 및 스트림 처리에 유리하나 러닝커브 높고 코드 복잡
   • 리소스 정리용 Disposable 관리 필요
3. 스레드 기반
   • 직접 스레드 생성 및 UI 전환 필요
   • 스레드 생성 비용 높고 메모리 누수 위험

코루틴의 실제 적용

• Android 예제:
  • viewModelScope.launch를 통한 UI와 분리된 백그라운드 작업 처리
  • async/await를 이용한 병렬 호출 (getConfig, getNews, getUser 동시 호출)
  • scope.launch로 중단지점 이후 재개 가능

viewModelScope.launch {
    val config = async { getConfigFromApi() }
    val news = async { getNewsFromApi(config.await()) }
    val user = async { getUserFromApi() }
    view.showNews(user.await(), news.await())
}

• 컬렉션 처리 예시:
  • 페이지별 API 호출을 병렬/순차로 처리 가능

백엔드에서의 활용

• 효율성: 스레드를 명시적으로 생성하지 않고 동시성 처리가 가능
• 비용 절감: 수만 개의 코루틴도 수백 MB 내에서 관리 가능
• 예시: 10만 명 사용자 요청을 처리할 때, 스레드 방식은 OOM 발생 가능하지만 코루틴은 안전함

fun main() = runBlocking {
    repeat(100_000) {
        launch {
            delay(1000L)
            print(".")
        }
    }
}

요약 정리

• 코루틴은 단순한 비동기 처리를 넘어, 최신 동시성 프로그래밍을 구현하기 위한 핵심 도구임.
• 복잡한 Rx/Callback 구조보다 간결하고 직관적이며 범용성이 뛰어남.
• 이후 장에서는 suspend, 중단점 복원, 예외 처리, 구조화된 동시성 등에 대해 다룰 예정.