ContentProvider

  • ContentProvider는 앱 사이에서 각종 데이터를 공유할 수 있게 해주는 컴포넌트이다.
  • 안드로이드 표준 시스템에서는 연락처인 Contacts나 이미지나 동영상 등의 데이터를 보관하는 MediaStore등이 ContentProvider로 공개돼 있다. 
  • 데이터를 검색, 추가, 갱신, 삭제할 수 있으며, 주로 SQLite 등의 관계형 데이터베이스 이용을 염두에 두고 설계됐습니다.
  • ContentProvider가 제공하는 데이터는 ContentResolver를 통해 접근하도록 설계돼있고, ContentProvider자신에 대한 참조는 필요없다.
Cursor는 데이터에 접근하는 포인터
ContentProvider에서 데이터를 가져오는 흐름
1. ContentResolver 구하기
2. Cursor 구하기
3. Cursor에서 데이터 가져오기
4. Cursor해제

BroadcastReceiver

  • 어떤 이벤트가 발생한 사실을 앱에 알리고 싶을 때 BroadcastReceiver에 통지한다.
  • 단말기 전원이 들어왔거나 디스크 용량 부족 등 시스템의 이벤트를 앱에 알리거나, 앱간의 연계를 위해 이벤트를 알리고 싶을 때 이용한다.
  • 브로드캐스트 Intent를 받았을 때의 처리를 onReceive에서 구현한다
    어느 브로드캐스트 Intent를 받을지는 IntentFilter로 정의한다.

LocalBroadcastReceiver

브로드캐스트는 다른 앱에 송신하는 것이 가능하지만 경우에 따라서는 다른 앱에 알릴 필요없이 앱내에서 완결시키고 싶을 때 LocalBroadcast로 다른 앱에 알리지 않고 끝낼 수 있다. LocalBroadcast를 수신하려면 LocalBroadcastReceiver를 이용한다.

 

Broadcast를 수신해 처리할 때 주의할 점

안드로이드는 전력 소비를 줄이고자 사용자가 화면을 끄면 슬립 상태로 들어간다.

브로드캐스트를 수신해서 뭔가 시간이 오래 걸리는 처리를 하는 중에 슬립되는 경우가 있다.

일반적으로 화면이 꺼지고 CPU가 동작하지 않는 상태를 슬립 상태라고 한다.

이런 슬립 상태에서도 브로드캐스트를 받을 수 있지만 받은 후에 곧 바로 슬립하므로 시간이 걸리는 처리는 취소되어 계속할 수 없다.

 

처리를 계속하려면 CPU를 깨울 필요가 있다. 이런 동작을 안드로이드 시스템 세계에서는 WakeLock을 얻는다고 한다. Wake '깨운다', Lock '열쇠로 잠근다' 는 의미인데, 잠들 수 없는 방에 CPU를 넣고 열쇠로 잠가두는 것을 상상하면 쉽다. 반대로 처리가 끝나면 WakeLock을 해제한다.

 

주의할 점은 WakeLock 해제를 잊으면 CPU가 슬립할 수 없어 계속 동작하고 전력을 낭비하게 된다. 이는 앱의 신뢰성과도 연관되니 주의해야한다. 

 

다만 다행히 지원라이브러리에 WakefulBroadcastReceiver라는 클래스가 있어 이 클래스를 이용하면 처리 중에만 WakeLock을 얻고, 처리가 끝나면 해제하는 일련의 흐름을 실행해준다.
WakefulBroadcastReceiver로 얻은 WakeLock은 60초로 타임아웃이 설정돼 있다. 60초가 넘으면 슬립 상태로 전환되니 주의할 필요가 있다.


Service

  • 백그라운드 처리를 위해 준비된 컴포넌트이다.
  • UI없이 백그라운드로 처리할 수 있다.

Service의 3종류

  1. Context.startService()를 호출해 시작되는 서비스
  2. Context.bindService()를 호출해서 Service에 바인드하는 종류
  3. AIDL (Android Interface Definition Language: 안드로이드 인터페이스 정의 언어)을 이용하는 서비스
AIDL로 앱끼리 연결할 때는 각각 Service로 실행되는 스레드가 다르다는 점에 주의할 필요가 있다.
단순히 앱을 연계하고 싶을 때는 startActivityForResult()를 이용하는 액티비티 연계로 대신할 수 없는지 검토해 보는 것이 좋다.

Service의 수명주기와 콜백

onCreate Service가 생성된 뒤에 콜백된다.
onStartCommand Service가 시작된 뒤에 콜백된다.
onBind

Context.bindService()를 통해 이 Service가 바인드되는 경우에 호출된다.

또한 바인드 후, 서비스에 접속할 때는 ServiceCOnnection.onServiceConnected가 콜백된다.

onRebind

이 Service가 언바인드된 다음 다시 접속할 때 콜백된다.

onUnbind

이 Service가 언바인드될 때 콜백된다. 

onDestroy

Service가 페기되기 직전에 콜백된다.

Service가 폐기되는 타이밍

바인드된 경우는 바인드한 모든 클라이언트로부터 언바인드됐을 때 폐기된다.

 

Service가 바인드되지 않은 채 startService로 시작된 경우에는 명시적으로 Service.stopSelf()로 Service 자신이 스스로 종료하거나 다른 컴포넌트에서 Context.stopService()를 호출해 Service를 종료했을 때 폐기된다.

 

마지막으로, Service가 바인드되고 startService로 시작된 경우는 모든 클라이언트로부터 언바인드되고 또한 명시적으로 Service.stopSelf()로 Service자신이 스스로 종료하거나 다른 컴포넌트에서 Context.stopService()를 호출해 Service를 종료했을 때 폐기된다.

 

Activity와 Fragment의 수명주기에 의존하지 않고 백그라운드에서 처리하고 싶은 경우 일반적으로 IntentService가 최적의 선택이 된다.

'Android' 카테고리의 다른 글

[Android] 테스트  (0) 2020.04.11
[Android] Gradle  (0) 2020.04.10
[Android] Activity, View, Layout  (0) 2020.04.03
[안드로이드] 갤러리 앱으로 연결 시키기  (0) 2020.03.08
[안드로이드] 갤러리 구현하기  (0) 2020.02.21

Activity : 액티비티라는 단어의 의미는 '활동'

사용자가 어떤 활동을 할 때 실행되는 애플리케이션의 컴포넌트를 가리킨다. 액티비티에는 윈도우가 있고, 그 윈도우에 텍스트나 이미지를 표시해 사용자 조작에 반응할 수 있다. UI가 없는 액티비티도 있지만 기본적으로 한 액티비티가 한 화면을 표시한다.

 

AppCompatActivity를 상속하는 Activity를 만들면 Meterial Design의 가이드라인에 따른 AppCompat 라이브러리를 제대로 활용할 수 있다.

AppCompatActivity를 상속할 수 없을 때는 AppCompatDelegate를 이용할 수 있다.

 

Activity의 수명주기

onCreate() 생성 초기화 처리와 뷰 생성(setContentView 호출) 등
onStart() 비표시 통신이나 센서 처리를 시작
onResume() 최전면 표시(맨 앞쪽) 필요한 애니메이션 실행 등의 화면 갱신 처리
onPause() 일부 표시(일시정지) 상태 애니메이션 등 화면 갱신 처리를 정지 또는 일시정지할 때 필요 없는 리소스를 해제하거나 필요한 데이터를 영속화
onStop() 비표시 통신이나 센서 처리를 정지
onDestroy() 폐기 필요 없는 리소스를 해제, 액티비티 참조는 모두 정리
※ Android N부터 멀티윈도우가 도입됐습니다.
   멀티윈도우를 지원하는 경우 애니메이션 실행 등 화면 갱신 처리의 정지는 onStop()에서 한다.

시스템 메모리가 모자랄 경우 시스템은 onStop, onDestroy를 콜백하지 않고 액티비티를 강제 종료시켜 메모리를 확보할 때가 있다. 이런 경우 데이터를 영속적으로 보존하려면 액티비티가 일시정지 상태로 전환되는 onPause에서 이를 처리할 필요가 있다.

 

onCreate와 onDestroy / onStart와 onStop / onResume과 onPause 를 쌍으로 준비와 뒷정리 또는 시작과 종료(취소)하는 조합을 생각하면 어떤 시점에 어떤 작업을 처리할지 상상하기 쉬워진다.

 

onCreate에서 뷰를 만들면 onDestroy에서 해제한다.

뷰는 액티비티가 폐기된 다음, 가비지 콜렉션(GC: Garbage Collection)에 의해 자동으로 메모리에서 해제된다.

 

onStart에서 위치 정보를 취득했다면 onStop에서 취득을 정지하는 식이다.

 

onDestroy에서 액티비티가 폐기되면 GC가 메모리 영역에서 해제한다. 

단, 액티비티의 인스턴스가 다른 클래스에서 참조되고 있을 때는 폐기된 후에도 메모리에 남아 결국 메모리 누수가 발생한다.

 

Activity의 백스택

새로운 액티비티가 시작되면 실행중이던 Activity는 백스택에 들어간다. 또한 시작한 Activity는 태스크라는 그룹에 속한다. 안드로이드 OS의 버전에 따라서도 미묘하게 동작이 달라 다 이해하기는 어려우므로 3가지만 알아두자.

  • 같은 앱에서 시작된 액티비티는 같은 백스택에 쌓인다.
  • taskAffinity의 속성에 따라 소속되는 태스크가 달라진다.
  • launchMode에 따라 Activity 생성의 여부, 새로운 태스크에 속하는 등 Activity의 시작이 달라진다.

백스택에 쌓인 액티비티는 '뒤로가기' 키 등으로 액티비티를 종료하면 차례로 꺼내진다.

 

taskAffinity는 '태스크 친화성' 이라는 의미지만, 대체로 '태스크 이름'으로 바꿔 읽는것이 이해하기 쉽다.

taskAffinity를 지정하지 않은 경우는 자기 앱의 패키지 이름이 태스크 이름이 딘다.

taskAffinity를 설정하지 않으면 그 앱의 taskAffinity는 모두 같아진다.

 

launchMode는 4가지가 있다.  자주 사용하는 것은 standard, singleTop, singleTask의 3가지이다.

standard는 매번 액티비티의 인스턴스를 새로 생성한다.

singleTop은 같은 액티비티가 최상위에서 실행 중이면 액티비티를 생성하지 않고, 그 대신 최상위 인스턴스의 onNewIntent()를 호출한다.

singleTask는 1개의 태스크에 인스턴스가 존재한다. 이미 같은 액티비티가 실행 중이면 액티비티를 생성하지 않는다.


View, Layout

View란 UI를 구성하는 바탕이 되는 컴포넌트로서 네모난 그리기 영역을 가진다.

Layout은 뷰를 어떤 위치에 어떤 크기로 표시할지 결정하는 것입니다.

갤러리로 연결 시키기

 

 

 

Connect to Gallery

Connect to Gallery. GitHub Gist: instantly share code, notes, and snippets.

gist.github.com

 

+ Recent posts