[Android 기초] 6. 안드로이드 4대 컴포넌트, Activity, Activity Lifecycle, Activity Stack

 

 

 

 

 

안드로이드 4대 컴포넌트(Component)

 

 

• 안드로이드 애플리케이션은 주로 네 가지 주요 컴포넌트로 구성
• 이들은 애플리케이션의 구조를 정의하고, 안드로이드 시스템과 어떻게 상호 작용하는지를 결정
• 각 컴포넌트는 독립적인 기능을 가지면서도 서로 긴밀하게 연동

 

1. 액티비티 (Activities)

• 사용자가 직접 상호작용하는 화면
  (예) 이메일 앱의 이메일 목록을 보여주는 화면, 이메일 작성 화면 등이 각각 독립된 액티비티
• 사용자 인터페이스(UI)를 담당하며, 사용자의 입력에 반응하는 이벤트 기반 프로그래밍을 가능하게 함

 

2. 서비스 (Services)

• 백그라운드에서 오랜 시간 동안 실행되어야 하는 작업을 수행
  (예) 음악 재생이나 파일 다운로드
•  사용자가 직접적으로 인지하지 못하는, 애플리케이션의 '백스테이지'에서 일어나는 작업을 담당

 

3. 브로드캐스트 리시버 (Broadcast Receivers)

• 안드로이드 시스템 혹은 다른 앱에서 발송되는 이벤트나 정보를 받을 수 있게 해주는 컴포넌트
  (예) 배터리 부족 경고, 화면 꺼짐 등의 시스템 이벤트를 처리
• 애플리케이션은 브로드캐스트 메시지를 구독하고, 해당 이벤트가 발생했을 때 반응할 수 있음

 

4. 콘텐트 프로바이더 (Content Providers)

• 애플리케이션 간의 데이터 공유
  (예) 연락처 애플리케이션이 다른 애플리케이션에 연락처 데이터를 제공
• 데이터를 저장하고 관리하는 일종의 데이터베이스 역할을 하며, 다른 애플리케이션에 안전하게 데이터를 공유

 

 

---

 

 

액티비티 (Activity)

 

 

 

• 액티비티(Activity)는 안드로이드 애플리케이션의 핵심 구성 요소
• 사용자가 직접 상호 작용하는 창(window)을 의미, 사용자 경험을 결정짓는 중추적인 역할
• 각 액티비티는 독립적인 화면으로서, 사용자에게 다양한 작업을 수행할 수 있는 인터페이스를 제공
• 상호 작용
  - 사용자가 전화를 거는 화면, 이메일을 보내거나 지도를 확인하는 등의 다양한 기능을 수행할 때마다 등장
• UI 구성
  - 각 액티비티는 하나의 창을 가지며, 이 창에서 '뷰(View)'라 불리는 객체들을 통해 사용자 인터페이스 구성
  - 뷰 객체들은 버튼, 텍스트 필드, 이미지 등 사용자가 볼 수 있는 모든 요소들을 포함
• 애플리케이션의 시작
  - 모든 안드로이드 애플리케이션은 최소 한 개 이상의 액티비티를 포함
  - 앱이 시작될 때 시스템은 지정된 '메인' 액티비티를 실행하여 사용자에게 첫 화면을 보여줌

 

 

 

액티비티와 사용자 인터페이스 연결 : setContentView()

 

 

• setContentView()를 이용하여 액티비티에 사용자 인터페이스를 정의한 View를 설정

 

💡R.java 파일

• 애플리케이션이 컴파일 될 때, 자동 생성됨
• res 디렉토리에 있는 모든 리소스에 대한 리소스 ID포함
• 형식: R.[리소스유형].[리소스이름]
• 예: R.layout.activity_main / R.string.hello / R.drawable.myimage

 

 

 

액티비티 등록 (Android Manifest)

 

<manifest>
	<application>
    		<activity android:name=".FirstActivity"
            	android:label="First Activity">
            </activity>
    </application>
</manifest>

• 모든 Activity컴포넌트는 Android Manifest.xml에 등록되어야 함
• AndroidManifest.xml 파일은 안드로이드 애플리케이션의 심장부
  (애플리케이션의 기본 구조를 정의, 시스템이 앱을 어떻게 실행해야 하는지를 알려주는 중요한 지시사항)

 

💡AndroidMenifest의 역할

• 패키지 이름 설정
  - 앱의 고유 식별자로서, 애플리케이션의 패키지 이름을 설정
  - 이 이름은 Google Play와 같은 앱 스토어에서 앱을 구별하는 데 사용
• 구성 요소 선언
  - 액티비티, 서비스, 브로드캐스트 리시버, 콘텐트 프로바이더 같은 구성요소들의 존재를 시스템에 알림
• 권한 설정
  - 앱이 사용자의 기기에서 특정 작업을 수행하기 위해 필요한 권한을 명시
  - 다른 앱이 이 애플리케이션과 상호작용하기 위해 필요한 권한 설정

 

 

---

 

 

액티비티 생명주기 (Activity Lifecycle)

 

 

 

출처: 서준수님

 

 

💡 생명 주기 순서

 

1) onCreate()

• 생명주기 통틀어서 최초 1번만 수행
• Activity가 생성되면 가장 먼저 호출되며, 이 콜백메서드는 꼭 오버라이딩해서 구현해야 함
• 화면 Layout 정의(xml 파일 세팅), View 생성, Databinding 등은 이곳에 구현
• 따라서 Activity 최초 실행에 해야하는 작업을 수행하기에 적합함

 

2) onStart()

• Activity가 화면에 표시되기 직전에 (화면이 만들어질 때) 호출됨
• 매우 빠른 속도로 실행되며, 액티비티가 Resumed 상태에 진입함과 동시에 onResume() 호출
• 화면에 진입할 때마다 실행되어야 하는 작업을 이곳에 구현

 

3) onResume()

• Activity가 화면에 보여지는 직후에 (화면이 시작된 후) 호출됨
• 현재 Activity가 사용자에게 포커스인 되어있는 상태
• onPause() 중에 해제되는 구성요소를 다시 초기화하고, 액티비티가 재개될 때마다 필요한 초기화 작업 수행

 

4) onPause()

• Activity가 화면에 보여지지 않은 직후에(액티비티를 떠난 이후에) 호출됨
• 현재 Activity가 사용자에게 포커스아웃 되어있는 상태 (멀티 윈도우상 다른 앱 포커스, 전화)
• 다른 Activity가 호출되기 전에 잠깐! 실행되기 때문에 무거운 작업을 수행하지 않도록 주의해야함
• 배터리 수명에 영향을 미치는 시스템 리소스, 하드웨어 센서 할당을 해제
• !! 여기서 UI를 해제하면 멀티윈도우에서도 UI가 중지되므로 반드시 onStop()에서 중지하도록 하자

 

5) onStop()

• Activity가 다른 Activity에 의해 100% 가려질 때 호출되는 메소드 (ex. 홈 키 누른 경우)
• 홈 키를 누르는 경우, 다른 액티비티로의 이동이 있는 경우가 있음
• 이 상태에서 Activity가 호출되면, onRestart() 메소드가 호출됨
• 필요하지 않은 리소스를 해제하거나 조정
• CPU를 비교적 많이 소모하는 작업을 종료
• 애니메이션 일시중지, GPS 사용 시 배터리를 절약하기 위한 위치인식 '세밀한 위치 -> '대략적인 위치' 전환
• 사용자 데이터 저장, 네트워크 호출, db 트랜잭션, UI 중지 등

 

6) onRestart()

• onStop()이 호출된 이후에 다시 기존 Activity로 돌아오는 경우에 호출되는 메소드
• onRestart()가 호출된 이후 이어서 onStart()가 호출됨

 

7) onDestroy()

• Activity가 완전히 소멸되기 전에 호출되는 메소드 (액티비티가 메모리에서 제거될 때)
• 사용자: finish(), onBackPressed()(기존 액티비티의 onResume()까지 호출된 후 onDestroy() 호출)
• 시스템: 메모리부족(프로세스 종료)
• onStop(), onDestroy() 메소드는 메모리 부족이 발생하면 스킵될 수 있음

 

 

 

 

💡 상황에 따른 생명주기 호출

 

액티비티 생성시

• onCreate() : 생성된 화면 요소를 메모리에 로드
• onStart(), onResume() : 화면의 요소를 나타내고 사용자와 상호작용 시작 (Resumed 상태)

 

액티비티를 화면에서 제거시

• onPause(), onStop() : 뒤로 가기, finish()를 실행할 때 동시 실행
• onDestroy() : 최종적으로 액티비티가 메모리에서 제거됨

 

액티비티를 종료하지 않고 다른 액티비티 실행 시 (화면이 모두 가려졌을 때)

• onPause(), onStop() : 현재 액티비티를 종료하지 않고 새로운 액티비티가 만들어 질때 (Stopped 상태)
• onStart(), onResume() : 두 메서드가 연속적으로 실행되고 Resumed 상태로 변경됨

 

액티비티를 종료하지 않고 다른 액티비티 실행 시 (화면이 모두 가려지지 않았을 때)

• onPause() : 화면이 완전히 사라진 것은 아님 (Paused 상태)
• onResume() : 정지한 것이 아니므로 onStart()를 거치지 않고 바로 onResume으로 감 (Resumed 상태)

 

액티비티 Kill 가능성

kill 가능성	프로세스 상태	Activity 상태
최소	Foreground (포커스가 있거나 포커스를 가져올 예정)	Created, Started, Resumed
중간	Background (포커스 상실)	Paused
최대	Background (보이지 않음) Empty	Stopped Destroyed

• 시스템은 RAM(메모리 공간)에 여유공간이 필요하면 액티비티를 직접 종료하지 않고 프로세스를 kill
• 프로세스가 담당하는 모든 액티비티가 kill됨

 

 

1. 참고 블로그 첫 번째 (링크)
2. 참고 블로그 두 번째 (링크)

 

 

 

 

 

---

 

 

액티비티 스택 (Activity stack)

 

 

 

 

💡Task

 

 

• 안드로이드에서는 Task(태스크)를 이용하여 화면의 순서와 흐름을 관리
• Task : 어플리케이션에서 실행되는 액티비티를 기록하는 스택
• 액티비티를 여러 개 호출 할 때마다 스택이 쌓임
• 사용자가 현재 보고 있는 화면 액티비티가 스택의 가장 위쪽
• Back 버튼을 누르면 가장 위 현재 액티비티가 제거되고, 그 아래의 액티비티가 화면에 출력
• 가장 아래 base activity(기본 액티비티)가 있고, 주로 홈 화면이 들어감

 

 

 

 

💡태스크 vs 프로세스

 

 

Process

• 어플리케이션의 독립적인 실행 단위(흐름)
• 해당 어플리케이션에 존재하는 모든 실행코드와 객체를 포함

 

Task

• 프로세스와 무관하게 실행되는 액티비티의 정보를 저장
• 어플리케이션 화면 흐름 관리
• 어플리케이션에서 실행되는 액티비티만 포함 (다른 Process의 액티비티 또한 포함 가능)

 

 

 

 

💡액티비티 스택 (Activity Stack)

• 안드로이드 공식문서에도 나와있지만, 개념만 알고 되도록 건들지 않는 게 좋음
  (꼬일 수 있으며, 사용자들이 예상하는 일반적인 동작에서 벗어날 수 있어 불편함 야기)
• 굳이 설정하고 싶다면
  1. AndroidManifest.xml 파일에서 launchMode 설정 <activity android:launchMode="설정값">
  2. Intent Flag를 이용

 

 

 

Standard

 

출처:&nbsp;https://apro-developer.tistory.com/49

 

• 설정하지 않았을 시 기본값
• 호출하는 모든 액티비티가 위에 쌓임 (LIFO, 후입선출)
• 인스턴스가 호출할 때마다 생김

 

 

 

SingleTop

 

 

• 스탠다드와 유사하나, 가장 위(Top)의 액티비티는 중복해서 쌓이지 않음
• 따라서 중복의 경우 시스템은 활동의 새 인스턴스를 생성하지 않고 기존 인스턴스로 라우팅
• 가장 위의 액티비티가 아니라면 중복이 가능함

 

 

SingleTask

 

 

• 쌓여있던 스택은 남아있고, 새로운 스택 공간이 하나 더 생김
• 새로 생긴 스택 공간에 다른 액티비티 스택이 쌓임
• 활동의 인스턴스가 이미 작업에 있다면 시스템은 새 인스턴스를 생성하지 않고 기존 인스턴스로 라우팅
• 사용자 입장에선 스탠다드와 똑같이 느껴짐

 

 

SingleInstance

 

 

• 쌓여있던 스택은 남아있고, 새로운 스택 공간이 하나 더 생김
• 새로 생긴 스택 공간에 다른 액티비티 스택이 쌓이지 않음 (SingleTask와의 차이점)
• 다른 액티비티가 호출되면, 기존에 있던 스택공간에 쌓임

 

 

 

 

• 참고 블로그 (링크)
• 참고 개발자 공식 문서 (링크)