Jetpack Compose 메커니즘

Compose는 평범한 Kotlin처럼 보이지만, Compose 컴파일러 플러그인은 모든 @Composable 함수가 실행되기 전에 그 코드를 다시 씁니다. 이 장은 @Composable 어노테이션에서 시작해 IR 파이프라인 전체를 따라가며, 평범한 함수 선언이 어떻게 컴포지션에 참여하고, 변한 것이 없으면 실행을 건너뛰고, 변한 부분만 다시 실행하는 코드로 바뀌는지 보여줍니다.

그 과정에서 대부분의 개발자가 결과만 마주쳤던 메커니즘을 하나씩 풀어냅니다. 안정성 추론이 파라미터를 어떻게 분류하는지, $changed 비트마스크가 어떤 인자가 실제로 바뀌었는지 어떻게 추적하는지, Composer 주입이 호출 트리 전체에 런타임을 어떻게 꿰는지, 그리고 람다 메모이제이션이 불필요한 리컴포지션을 어떻게 조용히 막아주는지를 다룹니다.

이 장을 마치면 컴파일러 리포트를 읽고, 특정 함수가 왜 리컴포즈되는지 논리적으로 설명하고, 지속 가능한 키와 피처 플래그를 의도를 가지고 사용할 수 있게 됩니다. 저자가 실제 프로젝트에서 리컴포지션을 디버깅할 때 쓰는 도구들이기도 해서, 이 변환들이 여러분의 코드에 어떤 의미인지에 초점을 맞춥니다.

컴파일러가 제 몫을 끝내고 나면, 여러분의 UI를 실제로 기억하는 것은 런타임입니다. 이 장은 remember와 mutableStateOf 뒤에 있는 자료구조를 열어보고, Composer가 컴포지션을 SlotTable에 어떻게 기록하는지 추적합니다. SlotTable은 트리가 변할 때 제자리에서 빠르게 갱신하도록 설계된 갭 버퍼이며, 삭제와 재배치 비용을 낮추기 위해 이를 대체해 가고 있는 실험적인 링크드 리스트 슬롯 테이블도 함께 살펴봅니다.

이어서 상태를 안전하고 반응적으로 만드는 시스템들을 다룹니다. MVCC로 읽기와 쓰기를 격리하는 스냅샷 시스템, 변화에 반응하는 파생 상태와 Effect, 그리고 작업을 예약하고 무엇을 다시 실행할지 결정하는 Recomposer입니다. Applier는 같은 런타임이 안드로이드 뷰 트리든 여러분이 건네는 어떤 트리든 어떻게 다룰 수 있는지 보여줍니다.

상태가 왜 그렇게 동작하는지, 흔한 상태 함정이 어디서 비롯되는지, 그리고 snapshotFlow와 collectAsState, produceState가 Compose 상태와 Kotlin Flow를 어떻게 잇는지 알게 됩니다. 목표는 추측이 아니라 런타임의 동작을 예측할 수 있을 만큼 정확한 멘탈 모델을 갖추는 것입니다.

컴포지션은 LayoutNode 트리를 만들어내고, 이 장은 그 트리를 픽셀로 바꾸는 과정을 다룹니다. Modifier 순서가 왜 모든 것을 바꾸는지에서 출발해, Modifier에서 Modifier.Node까지, 그리고 측정과 레이아웃을 트리 아래로 위임하는 Coordinator 체인까지 Modifier 시스템을 차근차근 쌓아 올립니다.

그다음에는 파이프라인 전체를 따라갑니다. 단일 패스 측정과 레이아웃 모델, 작업을 GPU로 넘기는 드로우 단계, 그리고 같은 노드 그래프를 지나는 입력·포커스·Semantics의 경로입니다. Lookahead, SubcomposeLayout, 공유 요소 전환 같은 고급 시스템도 API가 아니라 내부에서부터 설명합니다.

커스텀 레이아웃과 커스텀 Modifier.Node 구현, 나아가 런타임 위에 나만의 Compose UI를 직접 만드는 것으로 장을 마무리하기 때문에, 라이브러리 개발자를 위한 가이드로도 읽을 수 있습니다. 모든 내용은 Compose를 플랫폼에 연결하는 AndroidComposeView 브리지로 다시 이어집니다.

Compose의 성능은 결국 리컴포지션의 문제입니다. 더 적게, 그리고 꼭 필요한 곳에서만 일어나게 하는 것입니다. 이 장은 모든 논의를 세 가지 렌더링 단계 위에 올려놓고, 컴파일러가 실제로 실행하는 12단계 안정성 추론 알고리즘을 포함해 안정성에서 스킵으로 이어지는 결정 과정을 자세히 설명합니다.

이론은 곧바로 실전으로 이어집니다. 스킵되기 좋은 타입 패턴, 상태를 어디서 읽는지가 무엇이 재구성될지를 결정하는 이유, 그리고 조용히 UI를 다시 쌓아 올리는 람다 함정을 살펴봅니다. 또한 추측 대신 측정하는 법을 배웁니다. 컴파일러 리포트부터 CI에서 돌릴 수 있는 검증까지 다룹니다.

마지막으로 가장 흔한 여섯 가지 안티패턴, 안정성만으로 부족할 때의 고급 기법, 그리고 초당 47회의 리컴포지션이 발생하던 채팅 화면을 최적화하는 사례 연구로 마무리합니다. 저자가 Compose 도구를 만들며 축적한 경험이 가장 직접적으로 녹아 있는 장입니다.