우리는 매일 @Composable 함수를 작성합니다. 하지만 그 함수가 내부에서 실제로 어떻게 실행되는지는 얼마나 알고 계신가요?
대부분의 자료가 Compose를 ‘어떻게 사용하는가’에 초점을 맞춘다면, Jetpack Compose 메커니즘은 Compose가 ‘왜 이렇게 동작하는가’를 설명합니다. @Composable 함수가 컴파일 과정에서 어떻게 변환되는지부터 Composition을 저장하는 갭 버퍼 기반의 Slot Table, 선언형 UI를 실제 픽셀로 바꾸는 단일 패스 렌더링 파이프라인까지 Jetpack Compose의 내부 소스를 따라가며 하나씩 해부합니다.
그렇다고 내부 API를 단순히 나열하기만 하는 백과사전과 같은 책은 아닙니다. 저자가 실제 Compose 플러그인과 라이브러리를 개발하고 운영하며 얻은 경험을 바탕으로, 모든 내부 원리를 실무에서 바로 활용할 수 있는 예제와 연결합니다. 단순히 규칙을 암기하는 것이 아니라, Compose가 어떻게 작동하는지를 온전히 이해하도록 돕는 책입니다. 이 책은 최신 Kotlin 2.4.0과 Compose Compiler 2.4.0을 기준으로 집필되었습니다.
많은 개발자가 알지 못하는 사실이 하나 있습니다. 우리가 작성한 @Composable 함수와 실제로 실행되는 함수는 같지 않습니다. 컴파일이 끝나면 원래의 함수는 완전히 새로운 형태로 다시 작성됩니다. 모든 호출에는 $composer가 전달되고, $changed 비트마스크가 함수 실행을 건너뛸지 판단합니다. Slot Table은 상태를 호출 위치에 따라 기억하고, LayoutNode 트리는 단 한 번의 측정 과정으로 레이아웃을 계산한 뒤 하드웨어 레이어에 그리기 명령을 기록합니다.
예상하지 못한 리컴포지션이 발생했을 때, 이유를 알 수 없는 스크롤 버벅임을 마주했을 때, 컴파일러 리포트에 "not skippable"이라는 문구만 남고 원인을 찾지 못했을 때, 우리는 이미 이 내부 시스템의 영향을 일상에서 경험하고 있었습니다.
이 책은 바로 그 모든 현상을 이해하기 위한 안내서입니다. @Composable이 단순한 어노테이션이 아니라 함수 타입 자체를 바꾸는 표식인 이유, 컴파일러가 작성한 코드를 상태 머신에 가까운 형태로 변환하는 과정, mutableStateOf는 리컴포지션을 일으키지만 일반 var는 아무런 동작도 하지 못하는 차이를 이해하고 학습합니다.
Snapshot 시스템이 어떻게 명시적인 락 없이 멀티스레드 상태를 관리하는지, 불안정한 List 필드 하나가 화면 전체의 성능을 조용히 떨어뜨리는 이유, Compose의 레이아웃 시스템이 과거 View 시스템의 기하급수적인 측정 문제를 피하면서 모든 요소를 한 번의 패스로 측정하는 방법도 살펴봅니다. 각 챕터는 개발자가 쉽게 이해할 수 있는 부분에서 시작하지만, 마지막 챕터에 도달할 때면 Compose의 내부가 생각보다 훨씬 깊은 곳까지 이어져 있다는 사실을 이해하게 될 것입니다.
저자가 직접 개발한 Compose Stability Analyzer, Compose Stability Inference, Compose Navigation Graph, Compose HotSwan, Compose Performance Skills를 비롯한 다양한 Compose 플러그인 및 라이브러리의 경험을 기반으로 집필 되었습니다. 책에서 다루는 모든 메커니즘은 Composer와 Kotlin 컴파일러, Compose Runtime 등을 포함하여 저자가 실제로 사용하고, 디버깅하고, 프로덕션에 배포하며 검증한 것들입니다.
책은 Compose를 구성하는 세 개의 레이어를 따라 깊이 학습한 뒤, 단순히 이론적인 내용 학습에서 끝나는 것이 아니라 실용적인 내용에 바로 적용해 봅니다.
1장에서는 컴포즈 컴파일러가 우리가 작성한 @Composable 함수를 실제 어떻게 변환하는지 그 과정을 추적합니다. $composer와 $changed 파라미터, 스킵 가능 여부를 결정하는 안정성 추론, 람다 메모이제이션, 그리고 최종 코드를 만들어 내는 수많은 IR 패스를 살펴봅니다.
2장에서는 런타임으로 들어갑니다. Composition을 위치 기반으로 기억하는 갭 버퍼 구조의 Slot Table, 락 없이 멀티스레드 상태를 관리하는 Snapshot 시스템, 프레임 경계에 맞춰 작업을 예약하는 Recomposer, 그리고 동일한 런타임 엔진으로 어떤 형태의 트리도 다룰 수 있게 해주는 Applier의 구조를 파헤쳐봅니다.
3장에서는 그 트리가 실제 픽셀로 변환되는 과정을 다룹니다. LayoutNode, 현대적인 Modifier.Node 시스템과 Coordinator 체인, 단일 패스 측정, 그래픽 레이어, 입력 처리, 접근성 Semantics, Lookahead와 Shared Element Transition, SubcomposeLayout까지 이어집니다. 마지막에는 나만의 미니 Compose UI 라이브러리를 처음부터 직접 구현해 봅니다.
4장에서는 앞선 세 장의 모든 내용을 모두 하나의 점으로 연결하여 실용적으로 컴포즈 성능을 최적화하는 방법에 대하여 살펴봅니다. 저자가 Compose 라이브러리와 플러그인을 프로덕션에 배포하며 축적한 경험을 바탕으로 만든 실전 중심의 성능 플레이북입니다. 안정성 추론 알고리즘을 단계별로 살펴보고, 실제 Composable을 대상으로 런타임이 스킵 여부를 판단하는 과정을 직접 확인합니다. 상태 읽기를 올바른 렌더링 단계로 옮기는 방법, 불필요한 재구성을 일으키는 람다와 ViewModel 패턴을 수정하는 방법도 살펴봅니다. Compiler Report, Recomposition Tracing, Layout Inspector, Macrobenchmark를 활용해 성능 개선 결과를 객관적으로 측정하는 과정까지 함께 다룹니다. 프레임을 조용히 갉아먹는 대표적인 안티패턴을 짚어보고, 마지막에는 초당 47회의 리컴포지션이 발생하던 버벅이는 채팅 화면을 리컴포지션 0회까지 줄이는 실용적인 사례를 분석합니다. 이 챕터를 마치고 나면 단순히 성능 최적화에 관한 설명을 읽은 수준을 넘어, 소스 코드에서 직접 원인을 찾아내고 해결할 수 있게 됩니다.
마지막 페이지를 넘길때 즈음, Compose는 더 이상 암기해야 할 API나 이유를 모른 채 규칙을 따라야 하는 툴이 아니라 수많은 정교한 시스템의 구조체라는 것이 머릿속에 그려질 것입니다. 그 후 컴포저블 함수를 다시 보면 논리적으로 분석할 수 있고, 빌드하기 전에 동작을 예측할 수 있으며, 문제가 발생했을 때 소스 코드에서 직접 원인을 추적할 수 있는 통찰력을 얻을 수 있습니다. 더 이상 추측에 의존하지 않고, UI 내부에서 실제로 무엇이 실행되고 있는지 직접 이해하고 싶으셨다면 이 책이 그 해답이 되길 바랍니다.
— 엄재웅 (skydoves)
ISBN-13: 9798185354780
