임베디드 안드로이드

4장. 빌드 시스템

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

이전 장의 목표는 사용자 정의 AOSP 개발을 최대한 빨리 시작하고 실행하는 것이었습니다. 이 시점에서 이 책을 덮고 필요에 맞게 AOSP 트리를 파헤치고 수정하기 시작하는 데 방해가 되는 것은 없습니다. 수정 사항을 테스트하기 위해 필요한 것은 AOSP를 다시 빌드하고 에뮬레이터를 다시 시작한 다음 필요한 경우 ADB를 사용하여 다시 셸을 실행하는 것뿐입니다. 그러나 노력을 극대화하려면 Android의 빌드 시스템에 대한 통찰력이 필요할 수 있습니다.

모듈화되어 있음에도 불구하고 Android의 빌드 시스템은 상당히 복잡하며 적어도 대부분의 오픈 소스 프로젝트에 사용되는 주류 빌드 시스템과 유사하지 않습니다. 특히 make를 상당히 색다른 방식으로 사용하며 메뉴 구성 기반 구성(또는 이와 유사한 구성)을 제공하지 않습니다. Android에는 익숙해지는 데 시간이 걸리는 고유한 빌드 패러다임이 있습니다. 그러니 커피 한 잔이나 두 잔 마시고 진지한 자세로 임하세요.

경고

다른 AOSP와 마찬가지로 빌드 시스템도 움직이는 목표입니다. 따라서 다음 정보는 오랫동안 유효하지만 사용 중인 AOSP 버전이 변경될 수 있으므로 주의해야 합니다.

다른 빌드 시스템과의 비교

안드로이드 빌드 시스템의 작동 방식을 설명하기 전에 여러분이 이미 알고 있는 것과 어떻게 다른지 강조하는 것으로 시작하겠습니다. 가장 먼저, 대부분의 메이크 기반 빌드 시스템과 달리 안드로이드 빌드 시스템은 재귀적인 메이크 파일에 의존하지 않습니다. 예를 들어 Linux 커널과 달리 하위 디렉터리의 메이크파일을 재귀적으로 호출하는 최상위 메이크파일이 없습니다. 대신 Android.mk 파일을 찾을 때까지 모든 디렉터리와 하위 디렉터리를 탐색하는 스크립트가 있으며, 발견된 Android.mk가빌드 시스템에 달리 지시하지 않는 한 해당 파일 위치 아래의 하위 디렉터리를 탐색하지 않고 중지합니다. 안드로이드는 메이크파일이라는 메이크파일에 의존하지 않습니다. 대신 로컬 "모듈"이 빌드되는 방법을 지정하는 것은 Android.mk 파일입니다.

경고

안드로이드 빌드 "모듈"은 커널 "모듈"과는 아무런 관련이 없습니다. 안드로이드 빌드 시스템의 맥락에서 "모듈"은 빌드해야 하는 AOSP의 모든 구성 요소입니다. 바이너리, 앱 패키지, 라이브러리 등이 될 수 있으며 대상 또는 호스트에 맞게 빌드해야 할 수도 있지만 빌드 시스템과 관련하여 여전히 "모듈"입니다.

빌드 모듈은 몇 개인가요?

AOSP에서 얼마나 많은 모듈을 만들 수 있는지 알려드리기 위해 트리에서 이 명령을 실행해 보세요:

$ find . -name Android.mk | wc -l

모든 Android.mk 파일을 찾아서 그 수를 계산합니다. 2.3.7/진저브레드에서는 1,143개, 4.2/젤리빈에서는 2,037개입니다.

안드로이드의 또 다른 특징은 빌드 시스템을 구성하는 방식입니다. 대부분의 사용자는 커널 ...