참고문서
내부 bind service 정리글

Service

• 백그라운드에서 장기적인 기능을 동작시킬 수 있는 application component 이다.
• 사용자 인터페이스를 제공하지 않는다.
• 앱간 호출이 가능하다.
• 사용자가 다른 앱으로 전환하더라도 백그라운드에서 계속해서 실행된다.
• 서비스를 바인딩 하면 상호작용이 가능해진다 이는 프로세스 간 통신(IPC)도 수행도 가능하게 해준다. 예를 들어 한 서비스는 네트워크 트랜잭션을 처리하고, 음악을 재생하고 파일 I/O를 수행하거나 콘텐츠 제공자와 상호작용할 수 있다.

서비스는 스레드를 생성하지 않고 메인 스레드에서 실행되기 때문에, 서비스의 작업이 많다면 성능의 저하가 오거나 '애플리케이션이 응답하지 않습니다(ANR)' 오류(오류가 나면 제거 되나요?)가 날 수 있기 때문에 서비스 내에서 별도의 스레드를 생성하여 사용한다면 위험을 줄일 수 있다.

• 예를 들어 activity가 실행되는 중에만 음악을 재생하고자 한다면 onCreate()안에 스레드를 생성하고 이를 onStart()에서 실행시키고, onStop()에서 중단하면 된다.
• 기존의 Thread클래스 대신 AsyncTask또는 HandlerThread를 사용하는 방안도 고려해보자 관련문서

Service의 3가지 유형

• 앱간 호출이 가능한 외부 서비스, 앱 안에서 호출하는 내부 서비스로 나누어 사용 된다.

Foreground

• Foreground Service는 서비스가 수행하는 동작을 사용자가 알아야할 때 사용하기 때문에 사용자에게 notification 을 통해 실행되고 있다고 알려야 한다.
• 메모리가 부족해지거나 절전 모드가 되는 등 다양한 상황에서 안드로이드 OS에 의해 제거 될 수 있고, 이를 방지하고자 할 때는 Foreground로 만들어 사용하도록 한다.

  예를들어 백그라운드에서 음악 플레이어가 실행되고 음악에 대한 정보를 notification을 통해 알려준다. 이 notification은 서비스가 중단되거나 foreground에서 제거되지 않는 이상 안드로이드 OS 시스템에 의해 제거 되지 않는다.

backgorund

• background Service는 사용자에게 알릴 필요가 없는 기능들을 수행한다.
• 앱이 API 레벨 26이상 앱이 포그라운드에 있지 않을 때 시스템에서 백그라운드 서비스 실행에 대한 제한을 적용하고, 백그라운드 처리 가이드를 따라야 한다.

  예를 들어 앱이 저장소를 압축하는 데 서비스를 사용한다면 이는 사용자에게 알릴 필요가 없다.

bound

• application component가 bindService()를 호출하여 해당 서비스와 바인딩 할 수 있다.
• binding된 서비스는 클라이언트-서버 인터페이스를 제공하여 app component와 상호작용(단방향, 양방향 통신)이 가능해진다.
• 한번에 여러개의 app component를 binding 할 수 있다.

Service 기본사항

• Service를 생성하기 위해서는 Service를 Implement한다.
• 구현 시 서비스 수명 주기의 주요 측면을 처리하는 일부 콜백 메소드를 override하고 component가 서비스에 바인딩될 수 있는 메커니즘을 제공한다
• component가 startService()를 호출하여 서비스가 시작된다면, 서비스가 stopSelf()로 중지되거나 다른 component가 stopService를 호출하기 전까지 서비스는 유지된다.
• bindService()를 통해 생성된 서비스는 component가 서비스에 바인딩되어 있는 동안에만 실행되며, 서비스가 모든 클라이언트에서 바인딩이 해제된다면 시스템이 서비스를 삭제한다.
• 서비스는 자신을 실행시킨 component와는 독립적인 lifeCycle을 가지기 때문에 해당 component가 더 이상 존재하지 않더라도 실행된다.
• 서비스는 Intent를 넘겨 받을 수 있고, onStartCommand()에서 핸들링 할 수 있다.

  아래의 콜백함수는 override가 필요한 콜백 메소드이다.

onStartCommand()

• 시스템에서 activity와 같은 다른 component에서 startService()를 호출하게 되면 이 메소드가 실행되고 서비스가 시작된다.
• 이 메소드를 구현한 후 서비스를 중단하기 위해 stopSelf()또는 stopService() 메소드를 호출해야 한다.
• 만약 바인딩만 하고 싶다면 이 메소드를 구현할 필요는 없다.

onBind()

• 시스템에서 activity와 같은 다른 component에서 bindService()를 호출하게 되면 이 메소드가 실행되고 서비스에 바인딩 된다.
• 이 메소드를 구현할 때 클라이언트가 IBinder를 반화하여 서비스와 통신하는 데 사용하는 인터페이스를 제공해야 한다.
• 이 메소드는 항상 override 해야하며, 만약 바인딩을 원치 않는다면 null을 반환하도록 한다.

onCreate()

• 서비스를 처음 만들 때 onCreate()가 실행되며, Service에 대한 설정을 이 메소드에서 구현하도록 한다.
• onCreate()는 onStartCommand() 또는 onBind()를 호출하기 전에 호출되며 이미 서비스가 실행중일 경우에는 onCreate()는 호출되지 않는다.

onDestroy()

• 서비스가 더 이상 사용되지 않거나 서비스를 제거할 때 onDestroy()가 호출된다.
• onDestroy()에서는 서비스에서 실행한 Thread, Listener, Reciever등의 리소스를 정리하도록 한다.

Service 생성하기

Manifest

• 서비스 모두 app의 Manifest 파일에서 선언해야 한다
• 서비스를 선언하기 위해 <service>요소를 <application> 요소의 하위로 추가하면 된다.

<manifest ... >
  ...
  <application ... >
      <service android:name=".ExampleService" />
      ...
  </application>
</manifest>

• <service>에 속성을 추가하여 필요한 권한과 특성을 정의할 수 있다

• android:name은 필수로 입력해야하며, 서비스의 클래스 이름을 입력한다.

• 앱의 보안을 위해 Service를 시작할 때는 항상 명시적 intent만 사용해야 한다.

  Android 5.0(API 레벨21)부터 시스템은 개발자가 암시적 intent로 bindService()를 호출하면 예외를 발생시킨다.

• android:exported="false" 속성을 추가하면 다른 앱에 의해 서비스가 실행되는 걸 막을 수 있다.

• android:description 속성은 사용자에게 실행중인 서비스에 대한 설명을 제공하도록 하여 사용자가 서비스의 출처를 모르고 중단시키지 않도록 한다.