• 안드로이드 커널(참고 - http://elinux.org/Android_Kernel_Features#Resources,수원 멤버십 자료)
  - Linux kernel 2.6 기반, but not Linux
     : 표준 리눅스 유틸리티를 전부 포함(x) -> busybox
     : glibc 지원 (x) -> bionic lib
     : Native Windowing System (X-Window) (x)
     : EABI 사용 -> 컴파일 시 EABI를 지원하는 컴파일러 사용
     : OpenBinder -> No SysV IPC
  
  - ashmem(Android(Anonymous) shared memory)/pmem(Process memory allocator) - 프로세스간 메모리 공유
   : ashmem은 가상 메모리 사용, pmem은 인접한 물리 메모리 사용
   : ashmem은 두 개의 프로세스가 메모리를 참조하다가 사용이 끝나면 그 메모리를 참조하던 모든 fd들은 close하게 됨, pmem은 직접 메모리를 해제해 주어야 함
   : 에뮬레이터에서는 ashmem을 사용해야 함, pmem은 드라이버 지원 x
  
  - Binder - RPC(an Android-specific interprocess communication mechanism, and remote procedure call system similar to DBus)
  - Power Managerment
  - Low Memory Killer
  - Logger(system logging facility)
  
   
  
  

• 안드로이드 플랫폼 소스 구조
  
  Figure 1. Android stack
  
  
  bionic: 안드로이드 표준 라이브러리
  bootloader: 참고용 안드로이드 부트 로더
  build: 안드로이드 빌드 시스템
  cts: 안드로이드 호환성 테스트 프로그램
  dalvik: 달빅 가상 머신
  development: 개발 관련 지원 소스
  external: 공개용 라이브러리
  frameworks: 안드로이드 프레임워크
  hardware: 안드로이드 HAL(Hardware Abstraction Layer) 소스
  out: 빌드 후 모음
  packages: 안드로이드 기본 애플리케이션
  prebuilt: 컴파일러
  system: 안드로이드 코어 프로그램, init 프로세스

• 안드로이드 부팅 과정 (출처 - 인사이드 안드로이드)
  

  
  - 부팅 순서 참고: http://blog.secmem.org/88
  
  (1) 리눅스 커널
  안드로이드는 리눅스 기반의 플랫폼. 부팅 시 부트로더를 통해 리눅스 커널이 먼저 시작, 리눅스가 부팅되면 일반적인 리눅스 부팅과정 처럼 커널 초기화를 수행한 후 마지막 과정에서 init 프로세스를 호출한다.

  (2) init
  안드로이드 init 프로세스는 각종 디바이스를 초기화하는 작업을 비롯해서 안드로이드 프레임워크 동작에 필요한 각종 데몬, 컨텍스트 매니저 (Context Manager), 미디어 서버(Meia Server), Zygote등을 실행하는 역할을 한다.
   다음은 init 프로세스가 실행하는 데몬 프로세스다.
   - USB 데몬(usbd): USB 연결 관리
   - 안드로이드 디버그 브리지 데몬(adbd): 안드로이드 디버그 브리지(ADB) 연결 관리
   - 디버거 데몬(debuggerd): 디버그 시스템 시작
   - 무선 인터페이스 레이어 데몬(rild): 무선 통신 연결 관리

  
  (3) 컨텍스트 매니저
  컨텍스트 매니저(Context Manager)는 안드로이드의 시스템 서비스를 관리하는 중요한 프로세스다. 시스템 서비스는 안드로이드 프레임워크를 구성하는 중요한 컴포넌트로서 카메라, 오디오, 비디오 처리에서부터 각종 애플리케이션 제작에 필요한 중요 API를 제공하는 등의 역할을 수행한다.
  
   안드로이드 내에서 동작하는 각종 시스템 서비스에 대한 정보는 컨텍스트 매니저에게서 얻을 수 있다. 따라서 시스템 서비스를 이용하고자 하는 애플리케이션이나 프레임워크의 내부 모듈은 이를 서비스 매니저에게 요청해야 한다. 요청 후에는 바인더(Binder)라는 안드로이드의 자체적인 IPC(Inter-process communication) 메커니즘을 통해 시스템 서비스를 이용할 수 있다.
  
  이를 위해서는 안드로이드의 모든 시스템 서비스는 부팅시 자신의 핸들 정보를 컨텍스트 매니저에 등록해야 하며, 이러한 서비스 등록 과정에서도 프로세스 간 통신을 수행하기 위해 바인더 IPC가 이용된다.
  
  (4) 미디어 서버
  미디어 서버(Media Server) 프로세스는 안드로이드에서 Audio Flinger(오디오 출력을 담당)나 Camera 서비스와 같이 C/C++ 기반으로 작성돼 있는 네이티브 시스템 서비스를 실행하는 역할을 한다.
  
  (5) Zygote
  Zygote는 안드로이드 애플리케이션의 로딩 시간을 단축하기 위한 프로세스로서 모든 자바 기반 안드로이드 애플리케이션은 Zygote를 통해 포크(fork)된 프로세스 상에서 동작한다.
  
  (6) 시스템 서버
  시스템 서버(System Server)는 Zygote에서 최초로 포크되어 실행되는 안드로이드 애플리케이션 프로세스다. 시스템 서버는 애플리케이션 생명 주기를 제어하는 액티비티 매지저 서비스(Activity Manager Service)나 단말기의 위치 정보를 제공하는 로케이션 매니저 서비스(Location Manager Service)와 같은 자바 시스템 서비스를 실행하는 역할을 한다.
  
   이처럼 시스템 서버에서 실행하는 자바 시스템 서비스도 안드로이드 애플리케이션이나 프레임워크 내부 모듈에서 이용할 수 있게 하기 위해서는 컨택스트 매니저에 등록돼 있어야 한다.
  
   그런데 바인더 IPC를 통해 자바 시스템 서비스를 C언어 기반의 서비스 매니저에 등록하려면 자바와 C언어 간의 인터페이스 역할을 하는 JNI(Java Native Interface)를 추가로 이용해야 한다.
  
  

• Runtime Walkthrough
  

  
  
  
  
  

1. Widget: 직접적으로 보이며 사용자 인터페이스를 구성한다. 버튼, 텍스트 뷰, 에디트, 라이오 버튼 등이 위젯이며 흔히 컨트롤이라고 부른다.

View도 자바 클래스의 일종이므로 당연히 최상위 Object로 부터 파생된다. 
이들은 스스로 그릴 수 있는 능력을 가지고 있고, 굵은 상자의 것들이 빈번히 사용되어 지는 것들이다.

2. ViewGroup : 직접적으로 보이지는 않으며 다른 뷰를 담는 컨테이너 역할을 한다. 이름 그대로 여러 개의 뷰를 유기적으로 모아놓은 것이다. 이 부류의 클래스들을 레이아웃이라고 한다.

"안드로이드 화면은 오직 뷰만으로 구성되어 있다."

출처 - http://www.soen.kr/book/android/book/book2/3-1-1.htm, 이것이 안드로이드다

안드로이드 4대 컴포넌트(component) (출처 -http://ggodol.tistory.com/52)

안드로이드 애플리케이션은 컴포넌트(component)로 구성되어있다. 안드로이드의 4대 컴포넌트는 액티비티(activity), 서비스(service), 방송수신자(broadcast receiver), 콘텐트 제공자(content provider)이다. 각 컴포넌트들은 하나의 독립된 형태로 존재하며, 정해진 역할을 수행한다. 이때, 인텐트를 통하여 다른 애플리케이션의 컴포넌트를 활성화시킬 수 있다.
AndroidManifest.xml의 application 요소 내에 여러개를 등록할 수 있다.

1. 액티비티(activity)

액티비티(activity)는 사용자 인터페이스 화면을 가지며 특정한 작업을 담당하는 컴포넌트이다.

• 일반적으로 UI를 갖는 하나의 스크린을 나타낸다
• 안드로이드 애플리케이션은 반드시 하나의 activity를 가지고 있어야한다
• 각 액티비티는 매니페스트 파일에 등록되어 있어야 한다
• 하나 이상의 View를 가질 수 있다

2. 서비스(service)

서비스(service)는 백그라운드에서 실행되는 컴포넌트로 오랫동안 실행되는 작업이나 원격 프로세스를 위한 작업을 할 때 사용된다.

• UI가 없다
• 한번 시작된 Service는 애플리케이션이 종료되고 다른 애플리케이션으로 이동해도 계속 백그라운드에서 실행된다
• 모든 서비스는 Service 클래스를 상속받아서 작성된다
• 네트워크를 통하여 데이터를 꺼내올 수도 있다

3. 방송수신자(broadcast receiver)

방송수신자(broadcast receiver)는 안드로이드 단말기에서 발생하는 다양한 이벤트/정보를 받고 반응하는 컴포넌트이다. 예를들면 시스템부팅, 배터리 부족, 전화/문자 수신, 네트워크 끊김을 알려주는 것이 방송이다.

• 단말기에서 발생하는 일 중에서 어플리케이션이 알아야 하는 상황이 발생하면 방송을 해준다
• 수신기(BroadcastReceiver)를 통해 상황을 감지하고 적절한 작업을 수행한다
• 일반적으로 UI가 없다

4. 콘텐트 제공자(content provider)

콘텐트 제공자(content provider)는 데이터를 관리하고 다른 애플리케이션 데이터를 제공하는 컴포넌트이다.

• 데이터는 파일 시스템이나 SQLite 데이터베이스, 웹상에 저장될 수 있다
• 콘텐트 제공자를 통해서 다른 애플리케이션의 데이터를 쿼리하거나 변경 가능하다

5. 인텐트(intent)

인텐트는 서로 독립적으로 동작하는 4가지 컴포넌트들 간의 상호 통신을 위한 장치이다. 간단하게 말하면, 컴포넌트 간의 통신수단이다. 인텐트를 통하여 다른 애플리케이션의 컴포넌트를 활성화시킬 수 있다.

참고

• 그림으로 쉽게 설명하는 안드로이드 프로그래밍(생능출판, 천인국 지음)