Android compose의 stability를 통해 불필요한 recomposition 줄이기
Compose의 Stability
Compose는 Recompose 시 불안정한 타입의 값을 가진 Componant는 Recompose가 되고, 안정한 타입을 가진 Componant는 Recompose가 스킵이 됩니다.
Android 앱의 성능을 향상 시키기 위해서는 불필요한 UI 렌더링을 피하는것이 기본임으로 Compose를 사용하여 더 좋은 앱을 만들기 위해서는 불필요한 Recompose를 피해야 합니다. 공식 문서에서는 Data class를 예시로 Stable, Unstable을 설명 하고 있습니다.
불변의 객체
data class를 다음과 같이 primary constructor를 val 키워드로 정의하면 안정한 타입으로 간주하여 Recompose 대상에서 제외가 됩니다.
1
data class Contact(val name: String, val number: String)
정말 그런지 다음과 같이 코드를 작성하여 실험을 통해 알아 봤습니다.
1
2
3
4
5
Column(modifier = Modifier.padding(25.dp)) {
var selected by remember { mutableStateOf(false) }
ContactDetails(Contact(name = "윤재박", number = "01012345678"))
Switch(selected, onCheckedChange = { selected = !selected })
}
위와 같이 ContactDetails의 Component는 Recompose가 Skip 되는것을 확인 할 수 있었습니다.
변경 가능한 객체
반대로, data class를 다음과 같이 primary constructor를 var 키워드로 정의하면 불안정한 타입으로 간주하여 Recompose 대상이 됩니다.
1
data class Contact(var name: String, var number: String)
위에 나온 예시대로 var 키워드를 정의하여 직접 Recompose의 여부를 확인해봤습니다.
공식 문서에 나온대로 var 키워드를 선언했을 때 ContactDetails Componant는 Recompose가 되는것을 확인할 수 있었습니다. 만약 이러한 변경 가능한 객체를 안전한 타입으로 설정하고 싶을때 @Stable 어노테이션을 사용하면 var 키워드를 주더라도 Recompose 대상에서 제외가 가능합니다.
Stable 관련해서 공식 문서에서 나온 내용을 살펴봤는데요, 그렇다면 Stable 및 UnStable로 간주되는 유형은 뭐가 있는지 안드로이드의 유명한 세미나인 드로이드나이츠에서 엄재웅님의 발표를 보고 정리했습니다.
Stable로 간주되는 유형
- 원시 타입
- 람다식으로 표현되는 함수의 유형 (외부 값을 참조 하는경우 그 값이 Stable하다면 Stable로 간주)
1
val sum: (Int, Int) -> Int = { a, b -> a + b }
- (data) class의 public 프로퍼티가 모두 불변이거나 stable한 경우
- (data) class의 @Stable 및 @Immutable의 어노테이션을 사용하여 명시적으로 stable 하다고 표기된 경우
UnStable로 간주되는 유형
- 컴파일 타임에 구현체를 예측할 수 없는 Any 유형과 같은 추상 클래스와 List, Map 등을 포함한 모든 인터페이스
- (data) class의 public 프로퍼티 중 최소 하나 이상이 가변적이거나 unstable한 경우