안드로이드 개발을 하다보면 이 코루틴이라는 녀석을 자주보고 또 자주 사용하게 된다. 코루틴은 kotlin 에서만 사용하는것 같지만 실제로 파이썬, C#, Go, Javascript 등 여러 언어에서 지원하고 있다. Javascript 의 asynce await 와 같은 개념이라고 보면된다. 코루틴이란 쉽게 말해 동시성 프로그래밍의 개념을 Kotlin 에 적용한것이라고 보면된다. 우리는 일반적으로 "비동기 처리"를 할때 코루틴을 사용한다. 비동기 처리란건 뭘까 ?

비동기(처리)?

우리들이 일반적으로 코드를 실행할때 , 작성한 코드가 순서대로 처리 되곤한다. 이러한 작업은 동기라고한다. 한번에 하나의 일만 실행되는 경우이다. 그렇다면 비동기란 여러개의 작업을 동시에 처리 하는 것을 말한다. 일반적으로 우리가 코드에서 이러한 비동기처리를 사용하는 곳은 대부분 코드에서 처리시간이 오래걸리는 작업이다. DB 에 데이터를 추가 삭제하는 작업이나 혹은 Rest API 를 통한 통신으로 응답이 올때까지 기다려야하는 작업의 경우 비동기처리를 하지않는다면 해당작업이 끝날때까지 하루종일 앱이 멈춰있게 된다. 이러한 문제점을 해결해주기 위해 coroutine 을 이용해 Main Thread 가 아닌 다른 Thread 에서 작업을 처리해주며 동시에 작업을 처리해주는 것이다.

코루틴 활용

자 이제 코루틴을 사용해보자

dependencies {
    implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.9'
}

우선 Gradle 에 추가를 해줘야한다 .

CouroutineScope.launch(Dispatchers.Main) {
    //JOB 
}

launch ? launch 를 통해서 corountine 의 block 을 만든다. 현재 Thread 를 차단하지않고 새로운 coroutine 을 실행할 수 있다 !

GlobalScope 과 Coroutine Scope 의 차이는 Global 은 앱이 실행될 때 부터 종료될 때 까지 코루틴을 실행시키고 , Coroutine Scope를 Activity의 LifeCycle에 맞춰주면 Activity가 종료될 때 코루틴도 함께 종료되도록 만들 수 있다.

스레드의 종류에는 3가지가 있다. Main : 메인 스레드, 화면 ui 작업 등을 하는 곳 IO : 네트워크, DB 등 백그라운드에서 필요한 작업을 하는 곳 Default : 정렬이나 무거운 계산 작업 등을 하는 곳 코루틴을 통해 다른 Thread 에서 작업을 실행하며 어플리케이션을 효율적으로 실행할 수 있다.

자 이제 각 Thread에 맞는 job 을 배치해주면 된다. suspend 함수를 활용하면 더욱 효율적으로 활용이 가능하다 .

suspend ? suspend 함수란 "일시 중단 가능한 함수" 이다. 하나의 thread 가 block 될때 , 그 thread 는 다른 작업을 할 수 없다. 하지만 suspend 함수를 사용한다면 block 된 상태 인경우 해당 작업을 suspend 하고 그 동안 thread 에서 다른 작업을 사용할 수 있다 ! 따라서 하나의 thread 에서 여러개의 coroutine 을 실행 할 수 있는 것이다 .thread 자원을 아주 효율적으로 쓸 수 있는것이다.

자세한 내용은 안드로이드 공식문서를 참조하면 좋다 . 링크텍스트

완전 기초적인 내용만 써두었기 때문에 async , runblocking , coroutine context 등등 다루지 않은 것이 많다 . to be continue ...

build.gradle 이란 무엇일까 ?

Gradle 이란 Groovy , Kotlin 을 기반으로 한 빌드 배포 도구이다. 우리가 사용하는 안드로이드 스튜디오는 코드 편집만이 가능한 IDE(Integrated Development Environment) 환경이기때문에 Gradle 을 사용한다 .

gradle 파일은 원래 Groovy DSL을 주로 사용했지만 점점 Kotlin DSl 사용을 권장하는 추세이다.

gradle(Project) , gradle(Module) 의 차이점 ?

build.gradle(Project)

// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
    repositories {
        google()
        mavenCentral()
    }
    dependencies {
        classpath "com.android.tools.build:gradle:7.0.4"
        classpath 'org.jetbrains.kotlin:kotlin-gradle-plugin:1.6.21'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

build.gradle(Module)

plugins {
    id 'com.android.application'
    id 'kotlin-android'
    id 'kotlin-android-extensions'
}

android {
    compileSdk 32

    buildFeatures{
        viewBinding true
    }


    defaultConfig {
        applicationId "com.example.infrastudy"
        minSdk 30
        targetSdk 32
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8
    }
    kotlinOptions {
        jvmTarget = '1.8'
    }
}

dependencies {
    implementation 'com.squareup.retrofit2:retrofit:2.5.0'
    implementation 'com.google.code.gson:gson:2.8.2'
    implementation 'com.squareup.retrofit2:converter-gson:2.4.0'
    implementation 'androidx.core:core-ktx:1.7.0'
    implementation 'androidx.appcompat:appcompat:1.4.1'
    implementation 'com.google.android.material:material:1.5.0'
    implementation 'androidx.constraintlayout:constraintlayout:2.1.3'

}

안의 세부 내역을 살펴보면 , plugins{} : 안드로이드 전용 빌드 옵션 android{} : 모든 안드로이드 관련 설정

compileSdk : Android API 레벨. (해달 레벨 이하 이용 가능)

minSdk : 최소 API 레벨. targetSdk : 테스트에 사용하는 API 레벨 buildTypes{} : 빌드 타입 종류 지정 (release, develoption, staging.. 등등) dependencies{} : 특정 버전을 선택해서 라이브러리 추가 의 의미를 가진다 .

위의 코드들은 모두 Groovy DSL 을 기준으로 하고 있는데 , 요즘은 Kotlin DSL 을 많이 사용하는 추세라고 한다 . Groovy 와 Kotlin DSL 에는 어떤 차이점이 있을까 ?

Groovy 에서 KTS(Kotlin 스크립트) 로의 빌드 구성 이전

위에서는 Kotlin DSL 이라고 했는데 왜 여기선 KTS 라고 썼을까 ? Android 개발자 문서에서 Groovy 에서 이전하는 맥락에서는 KTS로 변환하는것과 Kotlin DLS로 변환하는게 같은 의미라고 한다 .

아무튼 , 기존 Groovy 에서 KTS 로 변환하는 이유에 대해 간단하게 알아보자 1. "에러 확인" ** 이게 사실 상 가장 큰 메리트라고 할 수 있다 . 기존의 Groovy 방식에서는 빌드를 하기전엔 확인이 불가능 했는데 컴파일 타임에 에러확인이 가능해진다 . **2. 코드 탐색 및 자동 완성 3. 구문 강조 4. IDE 지원으로 향상된 편집환경 등등의 편의성이 생긴다 . 하지만 Java8 이상에서만 동작이 가능하고 , 빌드시의 속도가 Groovy 보다 느리다는 단점이 존재한다 .

Kotlin DSL 로 Migration 하기

직접 해본결과 비교적 간단하게(?) Migration이 가능했다 . 애초에 build.gradle 파일을 build.gradle.kts 파일로 바꾸고 문법들만 수정해주면 된다 .

1. setting.gradle 파일 바꾸기

파일 명을 setting.gradle.kts 로 수정하고 해당부분만 수정을 해주면된다 . Kotlin 으로 수정할때 기억해야 할 핵심은 ( ) 와 "" 이다 . Groovy 의 경우 '' 의사용이 많은데 kotlin 으로 Migration 할경우 이 작은 따옴표를 큰따옴표로 모두 바꿔줘야한다 .

2. 프로젝트 build.gradle 파일 바꾸기

다음은 프로젝트의 build.gradle 파일을 build.gradle.kts 로 바꿔주고 내부 문법을 수정해준다 . 내 버전에 프로젝트 build.gradle 파일은 코드가 좀 달라서 다음과 같이 바꿔주었다 .

3. 모듈 build.gradle 파일 바꾸기

다음은 모듈의 build.gradle 파일을 build.gradle.kts 로 바꾸고 내부 문법을 수정해준다 . 이 부분이 고칠부분이 가장많아서 조금 까다롭다 . 기존의 groovy 문법으로 되어있는 파일을 kotlin 문법으로 수정해주면 된다 .

plugins {
    id ("com.android.application")
    id ("org.jetbrains.kotlin.android")
}

android {
    namespace ="com.example.myapplication"
    compileSdkVersion(32)

    defaultConfig {
        applicationId ="com.example.myapplication"
        minSdkVersion(21)
        targetSdkVersion(32)
        versionCode =1
        versionName ="1.0"

        testInstrumentationRunner ="androidx.test.runner.AndroidJUnitRunner"
    }

    buildTypes {
       getByName("release") {
            isMinifyEnabled = false // groovy 와 사용법이 좀 다르다
            proguardFiles(getDefaultProguardFile("proguard-android-optimize.txt"), "proguard-rules.pro")
        }
    }
    compileOptions {
        sourceCompatibility=JavaVersion.VERSION_1_8
        targetCompatibility=JavaVersion.VERSION_1_8
    }
    kotlinOptions {
        jvmTarget = "1.8"
    }
}

dependencies {

    implementation ("androidx.core:core-ktx:1.7.0")
    implementation ("androidx.appcompat:appcompat:1.6.1")
    implementation ("com.google.android.material:material:1.9.0")
    implementation ("androidx.constraintlayout:constraintlayout:2.1.4")
    testImplementation ("junit:junit:4.13.2")
    androidTestImplementation ("androidx.test.ext:junit:1.1.5")
    androidTestImplementation ("androidx.test.espresso:espresso-core:3.5.1")
}

이게 Kotlin 문법으로 수정한 build.gradle.kts 코드이다 . 중간에 isMinifyEnabled 이 변수명이 달라져서 해당부분을 수정해줘야한다 . 그리고 buildtypes 을 getByName 을 통해 가져온다는 점도 약간 다르다 . 나머지 부분은 위에서 설명했듯이 ( ) 와 "" 만 주의하면 크게 문제없이 바꿀 수 있다 .

이제 Sync 만 하면 끝 ! 비교적 간단하게 Kotlin 으로 바꿀수있어서 앞으론 겁내지않고 코틀린으로 바꾸고 프로젝트를 진행할 것 같다 .