앱 MVP Android 포그라운드 서비스 중지: 사용자 종료·복구·안내를 나누는 5가지 기준
앱 MVP Android 포그라운드 서비스 중지: 사용자 종료·복구·안내를 나누는 5가지 기준
운동 기록, 통화, 길 안내처럼 사용자에게 보이는 작업을 Android 포그라운드 서비스로 운영하는 MVP라면, 알림이 떠 있다는 사실을 작업 보존이나 복구 완료와 같은 신호로 읽으면 안 됩니다. Android 13(API 33) 이상에서는 사용자가 알림 창의 Task Manager에서 실행 중인 앱을 중지할 수 있고, 이 동작은 포그라운드 서비스만이 아니라 앱 전체를 멈춥니다(C001). 이 글은 특정 앱의 복구 성공이나 Play 심사 결과를 보장하지 않습니다. 대신 사용자 종료, 작업 상태, 다음 실행, 사용자 안내, 기기 검수를 분리하는 기준을 제시합니다.
먼저 답하기: ‘중지 버튼’은 서비스 이벤트 하나가 아니라 앱 종료 경계입니다
Android Developers는 Android 13 이상에서 Task Manager가 실행 중인 포그라운드 서비스 앱 목록을 보여 주며, 사용자가 Stop을 누르면 앱 전체가 중지된다고 설명합니다(C001). 서비스만 정지되었다고 가정하고 서비스의 마무리 콜백이나 메모리 상태에 의존하면, 사용자가 의도한 종료 뒤 어떤 데이터가 남는지 설명하기 어렵습니다.
더 중요한 점은 사용자의 Stop 동작 때 시스템이 앱으로 콜백을 보내지 않는다는 안내입니다(C002). 앱이 다음에 시작될 때 `ApplicationExitInfo`의 `REASON_USER_REQUESTED`를 확인하는 방법이 제시되지만, 이것은 다음 실행에서 원인을 읽는 단서이지 중지 직전 정리 루틴이 실행됐다는 증거는 아닙니다(C003). 따라서 ‘중지 감지’, ‘상태 보존’, ‘다음 실행에서의 안내’를 하나의 완료 신호로 합치지 않는 편이 안전합니다.
분리할 기록 | 확인할 질문 | 완료로 오해하기 쉬운 신호 |
|---|---|---|
사용자 종료 | 사용자가 Task Manager Stop을 선택했는가 | 알림이 사라짐 |
작업 상태 | 재개에 필요한 최소 상태가 작업 중 기록됐는가 | 마지막 콜백이 올 것이라 예상함 |
서비스 상태 | 서비스 종료와 foreground 해제가 각각 무엇을 했는가 | `stopForeground`만 호출함 |
다음 실행 | 종료 원인을 읽고 어떤 안내를 보여 줄 것인가 | 앱을 다시 열 수 있음 |
기기 검수 | Android 버전·서비스 유형·중단 시점별 결과는 무엇인가 | 한 기기에서만 확인함 |
기준 1: 사용자의 명시적 종료와 시스템·앱 종료를 구분합니다
Task Manager의 Stop은 사용자가 현재 실행을 끝내는 명시적 선택입니다. Android Developers는 이 흐름이 Android 13(API 33) 이상 기기에서 target SDK와 무관하게 제공된다고 설명합니다(C001). 따라서 제품 문구나 복구 규칙을 만들 때에도 ‘네트워크가 잠시 끊김’, ‘Activity가 보이지 않음’, ‘앱 프로세스가 시스템에 의해 종료됨’과 같은 다른 종료 원인과 같은 것으로 처리하면 안 됩니다.
먼저 제품이 실제로 수행하는 과업을 적습니다. 예를 들어 사용자가 시작한 녹음, 위치 기반 운동 기록, 업로드처럼 중단되면 다시 확인해야 하는 작업이라면, 작업 식별자, 마지막으로 확인한 단계, 사용자가 취소했는지 여부, 아직 서버와 동기화하지 못한 범위를 각각 기록 후보로 둡니다. 어떤 데이터를 보존할지와 보존 기간은 서비스의 개인정보 처리방침, 계약, 법무 검토에 따라 별도로 정해야 하며 이 글만으로 결론낼 수 없습니다.
기준 2: ‘종료 직전 콜백’을 복구 설계의 전제로 삼지 않습니다
사용자가 Stop을 눌렀을 때 시스템은 앱에 콜백을 보내지 않습니다(C002). 그러므로 `onDestroy`나 서비스의 특정 마무리 경로가 언제나 실행될 것이라고 가정해 핵심 상태를 마지막 순간에만 저장하는 방식은 검토 대상입니다. 이 문장은 특정 저장 기술을 권하는 것이 아니라, 앱의 중요한 상태가 실제로 언제 기록되는지 관찰하라는 뜻입니다.
팀은 각 상태에 대해 ‘사용자 작업 중 정상적으로 확정됨’, ‘서버 확인 대기’, ‘다시 시작했을 때 사용자에게 확인 필요’, ‘안전하게 폐기 가능’을 구분할 수 있습니다. 이때 재시도 횟수, 백그라운드 실행, 자동 재개 여부는 앱의 서비스 유형·약관·사용자 기대와 현재 플랫폼 규칙을 함께 검토해야 합니다. 기록이 없거나 검증하지 못한 항목은 완료라고 쓰지 말고 `UNKNOWN`으로 남겨 다음 기기 시험의 질문으로 전환하세요.
기준 3: 서비스 종료와 foreground 해제를 따로 확인합니다
Android Developers에 따르면 포그라운드 서비스를 멈추는 방법에는 서비스 자체를 중지하는 것과, 서비스를 계속 실행하되 foreground에서만 내리는 것이 있습니다(C004). `stopSelf()` 또는 다른 구성요소의 `stopService()`는 서비스를 중지하는 경로이고, `stopForeground()`는 알림을 포함한 foreground 상태를 제거할 수 있지만 서비스는 계속 실행될 수 있습니다(C004).
따라서 QA 표에는 ‘서비스 인스턴스가 끝났는가’, ‘알림이 제거되었는가’, ‘작업 스레드·네트워크 요청·예약 작업이 어떤 상태인가’를 따로 둡니다. 화면에서 알림이 사라졌다는 관찰은 서비스의 모든 후속 작업이 중단됐다는 증거가 아닙니다. 반대로 서비스가 아직 살아 있다는 사실만으로 사용자가 의도한 작업을 계속해도 된다는 근거도 아닙니다. 사용자가 중지를 선택한 흐름에서는 제품 정책과 공식 플랫폼 동작을 함께 확인하세요.
관련 글 앱 MVP Android 성능 측정: 릴리스 빌드·기기 조건·결과 해석을 나누는 5가지 기준은 같은 기기 조건에서 검수 결과를 해석하는 방법을 다룹니다. 이 글은 포그라운드 서비스 중지 뒤의 상태 경계를 다룹니다.
기준 4: 다음 실행에서 ‘원인 확인’과 ‘자동 재시작’을 구분합니다
Android Developers는 앱이 다시 시작될 때 `ApplicationExitInfo`에서 `REASON_USER_REQUESTED`를 확인하면 유용하다고 안내합니다(C003). 이는 다음 화면에서 사용자가 중지했던 작업이 있었다는 정보를 보여 주거나, 복구 여부를 다시 묻는 설계를 검토할 수 있는 근거입니다. 그러나 이것만으로 자동 재시작이 허용되거나 사용자에게 적절하다는 뜻은 아닙니다.
특히 Android 12(API 31) 이상을 target으로 하는 앱은 일부 예외를 제외하면 백그라운드에서 포그라운드 서비스를 시작할 수 없고, 조건을 만족하지 못하면 `ForegroundServiceStartNotAllowedException`이 발생할 수 있습니다(C005). 사용자가 앱을 다시 열어 가시 상태가 된 경우, 특정 예외에 해당하는 경우, 서비스 유형과 권한 조건은 별도 확인이 필요합니다. ‘중지 뒤 자동 복구’라는 한 문장으로 시작 조건·권한·사용자 동의·실제 실행 결과를 덮지 마세요.
사용자 경험 측면에서는 앱을 다시 열었을 때 마지막으로 확인된 작업 상태, 완료되지 않은 범위, 선택 가능한 다음 행동을 짧고 사실적으로 보여 주는 편이 낫습니다. 실제 데이터가 남았는지 모르는 상태에서는 ‘안전하게 저장되었습니다’ 같은 확정 문구를 쓰지 말고, 확인 결과에 맞춰 표현을 나눕니다.
기준 5: 중지·재실행 검수는 서비스 유형과 실제 기기로 남깁니다
포그라운드 서비스는 사용자에게 보이는 작업에 사용해야 하며, 다른 백그라운드 작업 API가 더 적합할 수 있다는 공식 안내가 있습니다(C006). 서비스 유형에 따라 권한·시작 제한·시간 제한도 달라질 수 있습니다. 예를 들어 `shortService` 또는 시간 제한이 있는 서비스는 제한을 넘겼을 때 `onTimeout`과 중지 요구가 발생할 수 있으며, 앱이 제때 중지하지 않으면 ANR 또는 내부 예외가 발생할 수 있습니다(C007).
그래서 테스트는 단순히 ‘Stop을 눌러 봄’으로 끝내지 않습니다. Android 13 이상 기기에서 실제 Task Manager Stop, 작업 시작 직후와 진행 중 서로 다른 시점, 네트워크 유무, 앱 재실행, 저장된 상태와 화면 안내를 나누어 기록하세요. 또한 이 시험은 해당 서비스가 실제 사용자에게 필요한 foreground 작업인지, 다른 API가 더 적합한지 재검토하는 입력값이 될 수 있습니다.
자주 묻는 질문
사용자가 Task Manager에서 중지를 누르면 포그라운드 서비스만 멈추나요?
아닙니다. Android Developers는 Android 13 이상에서 사용자가 Task Manager로 중지하면 실행 중인 포그라운드 서비스만이 아니라 앱 전체가 중지된다고 설명합니다. 실제 앱의 저장·복구 동작은 별도로 시험해야 합니다.
사용자 중지 직후 콜백으로 저장 처리를 할 수 있나요?
공식 문서는 사용자가 Stop을 누를 때 앱에 콜백을 보내지 않는다고 안내합니다. 따라서 종료 직전 콜백을 완료 신호로 가정하지 말고, 작업의 중요한 상태를 진행 중에 안전하게 기록하는 설계를 검토해야 합니다.
앱을 다시 열면 포그라운드 서비스를 자동으로 다시 시작해도 되나요?
재시작 가능 여부는 서비스 종류, 사용자 동작, 앱의 현재 가시 상태와 백그라운드 시작 제한을 함께 확인해야 합니다. Android 12 이상에서는 예외를 제외하고 백그라운드에서 포그라운드 서비스를 시작할 수 없습니다.
stopForeground를 호출하면 서비스도 완전히 끝나나요?
아닙니다. 공식 문서에 따르면 stopForeground는 서비스를 포그라운드에서 내릴 수 있지만 서비스 자체는 계속 실행될 수 있습니다. 서비스 종료와 알림 제거를 같은 결과로 기록하지 않는 편이 좋습니다.
공식 출처
Android Developers: Handle user-initiated stopping of apps running foreground services — 2026-09-28 직접 확인
Android Developers: Stop a foreground service — 2026-09-28 직접 확인
Android Developers: Restrictions on starting a foreground service from the background — 2026-09-28 직접 확인
Android Developers: Troubleshoot foreground services — 2026-09-28 직접 확인
발행일: 2026-09-28 · 작성: 유인어스 정책자금·정부지원사업 인사이트