To help developers be more intentional with defining user-facing foreground
services, Android 10 introduced the android:foregroundServiceType
attribute within the <service> element.
If your app targets Android 14, it must specify appropriate foreground service types. As in previous versions of Android, multiple types can be combined. This list shows the foreground service types to choose from:
cameraconnectedDevicedataSynchealthlocationmediaPlaybackmediaProjectionmicrophonephoneCallremoteMessagingshortServicespecialUsesystemExempted
If a use case in your app isn't associated with any of these types, we strongly recommend that you migrate your logic to use WorkManager or user-initiated data transfer jobs.
The health, remoteMessaging, shortService, specialUse, and systemExempted
types are new in Android 14.
The following code snippet provides an example of a foreground service type declaration in the manifest:
<manifest ...>
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PLAYBACK" />
<application ...>
<service
android:name=".MyMediaPlaybackService"
android:foregroundServiceType="mediaPlayback"
android:exported="false">
</service>
</application>
</manifest>
If an app that targets Android 14 doesn't define types for a given service in
the manifest, then the system will raise MissingForegroundServiceTypeException
upon calling startForeground() for that service.
Mendeklarasikan izin baru untuk menggunakan jenis layanan latar depan
Jika aplikasi yang menargetkan Android 14 menggunakan layanan latar depan, aplikasi tersebut harus mendeklarasikan izin tertentu, berdasarkan jenis layanan latar depan, yang diperkenalkan Android 14. Izin ini muncul di bagian berlabel "izin yang harus Anda deklarasikan dalam file manifes" di bagian kasus penggunaan dan penerapan yang dimaksudkan untuk setiap jenis layanan latar depan di halaman ini.
Semua izin ditentukan sebagai izin normal dan diberikan secara default. Pengguna tidak dapat mencabut izin ini.
Menyertakan jenis layanan latar depan saat runtime
Praktik terbaik untuk aplikasi yang memulai layanan latar depan adalah menggunakan
versi ServiceCompat dari startForeground() (tersedia di androidx-core
1.12 dan yang lebih tinggi) tempat Anda meneruskan bilangan bulat
dari jenis layanan latar depan bitwise. Anda dapat memilih untuk meneruskan satu atau beberapa nilai
jenis.
Biasanya, Anda hanya boleh mendeklarasikan jenis yang diperlukan untuk kasus penggunaan tertentu. Hal ini memudahkan Anda memenuhi ekspektasi sistem untuk setiap jenis layanan latar depan. Jika layanan latar depan dimulai dengan beberapa jenis, layanan latar depan harus mematuhi persyaratan penerapan platform dari semua jenis.
ServiceCompat.startForeground(0, notification, FOREGROUND_SERVICE_TYPE_LOCATION)
Jika jenis layanan latar depan tidak ditentukan dalam panggilan, jenis layanan yang digunakan
dalam manifes akan ditetapkan secara default. Jika Anda tidak menentukan jenis
layanan dalam manifes, sistem akan menampilkan
MissingForegroundServiceTypeException.
Jika layanan latar depan memerlukan izin baru setelah diluncurkan, Anda
harus memanggil startForeground() lagi dan menambahkan jenis layanan baru. Misalnya, aplikasi kebugaran menjalankan layanan pelacak lari yang selalu memerlukan
informasi location, tetapi mungkin atau mungkin tidak memerlukan izin media. Anda
harus mendeklarasikan location dan mediaPlayback dalam manifes. Jika
pengguna mulai berlari dan hanya ingin lokasi mereka dilacak, aplikasi Anda harus memanggil
startForeground() dan meneruskan jenis layanan location saja. Kemudian, jika pengguna
ingin mulai memutar audio, panggil startForeground() lagi dan teruskan
location|mediaPlayback.
Pemeriksaan runtime sistem
Sistem akan memeriksa penggunaan jenis layanan latar depan yang tepat dan mengonfirmasi bahwa
aplikasi telah meminta izin runtime yang tepat atau menggunakan API yang diperlukan.
Misalnya, sistem mengharapkan aplikasi yang menggunakan jenis layanan latar depan
FOREGROUND_SERVICE_TYPE_LOCATION untuk meminta
ACCESS_COARSE_LOCATION atau ACCESS_FINE_LOCATION.
Artinya, aplikasi harus mengikuti urutan operasi
yang sangat spesifik saat meminta izin dari pengguna dan memulai
layanan latar depan. Izin harus diminta dan diberikan sebelum
aplikasi mencoba memanggil startForeground(). Aplikasi yang meminta izin
yang sesuai setelah layanan latar depan dimulai harus mengubah urutan
operasi ini dan meminta izin sebelum memulai layanan latar depan.
Detail penerapan platform akan muncul di bagian berlabel "persyaratan runtime" di bagian kasus penggunaan dan penerapan yang diinginkan untuk setiap jenis layanan latar depan di halaman ini.
Kasus penggunaan dan penerapan yang ditargetkan untuk setiap jenis layanan latar depan
Untuk menggunakan jenis layanan latar depan tertentu, Anda harus mendeklarasikan izin tertentu dalam file manifes, Anda harus memenuhi persyaratan runtime tertentu, dan aplikasi Anda harus memenuhi salah satu dari kumpulan kasus penggunaan yang dimaksudkan untuk jenis tersebut. Bagian berikut menjelaskan izin yang harus Anda deklarasikan, prasyarat runtime, dan kasus penggunaan yang dimaksudkan untuk setiap jenis.
Kamera
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceType camera- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_CAMERA- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_CAMERA- Prasyarat runtime
Meminta dan diberi izin runtime
CAMERACatatan: Izin runtime
CAMERAtunduk pada pembatasan saat digunakan. Karena alasan ini, Anda tidak dapat membuat layanan latar depancamerasaat aplikasi berada di latar belakang, dengan beberapa pengecualian. Untuk mengetahui informasi selengkapnya, lihat Batasan untuk memulai layanan latar depan yang memerlukan izin saat digunakan.- Deskripsi
Terus mengakses kamera dari latar belakang, seperti aplikasi video chat yang memungkinkan multitasking.
Perangkat yang terhubung
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypeconnectedDevice- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_CONNECTED_DEVICE- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_CONNECTED_DEVICE- Prasyarat runtime
Setidaknya salah satu syarat berikut harus terpenuhi:
Deklarasikan minimal satu izin berikut dalam manifes:
Minta dan dapatkan setidaknya salah satu izin runtime berikut:
Panggil
UsbManager.requestPermission()
- Deskripsi
Interaksi dengan perangkat eksternal yang memerlukan Bluetooth, NFC, IR, USB, atau koneksi jaringan.
- Alternatif
Jika aplikasi Anda perlu melakukan transfer data berkelanjutan ke perangkat eksternal, pertimbangkan untuk menggunakan pengelola perangkat pendamping. Gunakan API kehadiran perangkat pendamping untuk membantu aplikasi Anda tetap berjalan saat perangkat pendamping berada dalam jangkauan.
Jika aplikasi Anda perlu memindai perangkat Bluetooth, sebaiknya gunakan Bluetooth scan API.
Sinkronisasi data
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypedataSync- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_DATA_SYNC- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_DATA_SYNC- Prasyarat runtime
- Tidak ada
- Deskripsi
Operasi transfer data, seperti berikut:
- Upload atau download data
- Operasi pencadangan dan pemulihan
- Operasi impor atau ekspor
- Mengambil data
- Pemrosesan file lokal
- Mentransfer data antara perangkat dan cloud melalui jaringan
- Alternatif
Lihat Alternatif untuk layanan latar depan sinkronisasi data untuk mengetahui informasi mendetail.
Kesehatan
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes
android:foregroundServiceTypehealth- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_HEALTH- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_HEALTH- Prasyarat runtime
Setidaknya salah satu syarat berikut harus terpenuhi:
Deklarasikan izin
HIGH_SAMPLING_RATE_SENSORSdi manifes Anda.Minta dan dapatkan setidaknya salah satu izin runtime berikut:
BODY_SENSORSdi API level 35 dan yang lebih lamaREAD_HEART_RATEREAD_SKIN_TEMPERATUREREAD_OXYGEN_SATURATIONACTIVITY_RECOGNITION
Catatan: Izin runtime BACA berbasis sensor dan
BODY_SENSORStunduk pada batasan saat penggunaan. Karena alasan ini, Anda tidak dapat membuat layanan latar depanhealthyang menggunakan sensor tubuh saat aplikasi berada di latar belakang, kecuali jika Anda telah diberi izinBODY_SENSORS_BACKGROUND(API level 33 hingga 35) atauREAD_HEALTH_DATA_IN_BACKGROUND(API level 36 dan yang lebih tinggi). Untuk informasi selengkapnya, lihat Batasan untuk memulai layanan latar depan yang memerlukan izin saat digunakan.- Deskripsi
Semua kasus penggunaan yang berjalan lama untuk mendukung aplikasi dalam kategori kebugaran seperti pelacak latihan.
Lokasi
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypelocation- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_LOCATION- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_LOCATION- Prasyarat runtime
Pengguna harus telah mengaktifkan layanan lokasi dan aplikasi harus diberi setidaknya salah satu izin runtime berikut:
Catatan: Untuk memeriksa apakah pengguna telah mengaktifkan layanan lokasi serta memberikan akses ke izin runtime, gunakan
PermissionChecker#checkSelfPermission()Catatan: Izin runtime lokasi tunduk pada pembatasan saat digunakan. Oleh karena itu, Anda tidak dapat membuat layanan latar depan
locationsaat aplikasi berada di latar belakang, kecuali jika Anda telah diberi izin runtimeACCESS_BACKGROUND_LOCATION. Untuk mengetahui informasi selengkapnya, lihat Batasan untuk memulai layanan latar depan yang memerlukan izin saat digunakan.- Deskripsi
Kasus penggunaan jangka panjang yang memerlukan akses lokasi, seperti navigasi dan berbagi lokasi.
- Alternatif
Jika aplikasi Anda perlu dipicu saat pengguna mencapai lokasi tertentu, pertimbangkan untuk menggunakan geofence API.
Media
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypemediaPlayback- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_MEDIA_PLAYBACK- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_MEDIA_PLAYBACK- Prasyarat runtime
- Tidak ada
- Deskripsi
- Melanjutkan pemutaran audio atau video dari latar belakang. Mendukung fungsi Perekaman Video Digital (DVR) di Android TV.
- Alternatif
- Jika Anda menampilkan video picture-in-picture, gunakan mode Picture-in-Picture.
Proyeksi media
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypemediaProjection- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_MEDIA_PROJECTION- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_MEDIA_PROJECTION- Prasyarat runtime
Panggil metode
createScreenCaptureIntent()sebelum memulai layanan latar depan. Tindakan ini akan menampilkan notifikasi izin kepada pengguna; pengguna harus memberikan izin sebelum Anda dapat membuat layanan.Setelah membuat layanan latar depan, Anda dapat memanggil
MediaProjectionManager.getMediaProjection().- Deskripsi
Proyeksikan konten ke layar non-utama atau perangkat eksternal menggunakan
MediaProjectionAPI. Konten ini tidak harus berupa konten media saja.- Alternatif
Untuk melakukan streaming media ke perangkat lain, gunakan Google Cast SDK.
Mikrofon
- Foreground service type to declare in manifest under
android:foregroundServiceTypemicrophone- Permission to declare in your manifest
FOREGROUND_SERVICE_MICROPHONE- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_MICROPHONE- Runtime prerequisites
Request and be granted the
RECORD_AUDIOruntime permission.Note: The
RECORD_AUDIOruntime permission is subject to while-in-use restrictions. For this reason, you cannot create amicrophoneforeground service while your app is in the background, with a few exceptions. For more information, see Restrictions on starting foreground services that need while-in-use permissions.- Description
Continue microphone capture from the background, such as voice recorders or communication apps.
Panggilan telepon
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypephoneCall- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_PHONE_CALL- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_PHONE_CALL- Prasyarat runtime
Setidaknya salah satu kondisi berikut harus terpenuhi:
- Aplikasi telah mendeklarasikan izin
MANAGE_OWN_CALLSdalam file manifesnya.
- Aplikasi telah mendeklarasikan izin
- Aplikasi adalah aplikasi pemanggil default melalui
peran
ROLE_DIALER.
- Aplikasi adalah aplikasi pemanggil default melalui
peran
- Deskripsi
Lanjutkan panggilan yang sedang berlangsung menggunakan
ConnectionServiceAPI.- Alternatif
Jika Anda perlu melakukan panggilan telepon, video, atau VoIP, pertimbangkan untuk menggunakan library
android.telecom.Sebaiknya gunakan
CallScreeningServiceuntuk menyaring panggilan.
Pengiriman pesan jarak jauh
- Foreground service type to declare in manifest under
android:foregroundServiceTyperemoteMessaging- Permission to declare in your manifest
FOREGROUND_SERVICE_REMOTE_MESSAGING- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_REMOTE_MESSAGING- Runtime prerequisites
- None
- Description
- Transfer text messages from one device to another. Assists with continuity of a user's messaging tasks when they switch devices.
Layanan singkat
- Foreground service type to declare in manifest under
android:foregroundServiceTypeshortService- Permission to declare in your manifest
- None
- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_SHORT_SERVICE- Runtime prerequisites
- None
- Description
Quickly finish critical work that cannot be interrupted or postponed.
This type has some unique characteristics:
- Can only run for a short period of time (about 3 minutes).
- No support for sticky foreground services.
- Cannot start other foreground services.
- Doesn't require a type-specific permission, though it still
requires the
FOREGROUND_SERVICEpermission. - A
shortServicecan only change to another service type if the app is currently eligible to start a new foreground service. - A foreground service can change its type to
shortServiceat any time, at which point the timeout period begins.
The timeout for shortService begins from the moment that
Service.startForeground()is called. The app is expected to callService.stopSelf()orService.stopForeground()before the timeout occurs. Otherwise, the newService.onTimeout()is called, giving apps a brief opportunity to callstopSelf()orstopForeground()to stop their service.A short time after
Service.onTimeout()is called, the app enters a cached state and is no longer considered to be in the foreground, unless the user is actively interacting with the app. A short time after the app is cached and the service has not stopped, the app receives an ANR. The ANR message mentionsFOREGROUND_SERVICE_TYPE_SHORT_SERVICE. For these reasons, it's considered best practice to implement theService.onTimeout()callback.The
Service.onTimeout()callback doesn't exist on Android 13 and lower. If the same service runs on such devices, it doesn't receive a timeout, nor does it ANR. Make sure that your service stops as soon as it finishes the processing task, even if it hasn't received theService.onTimeout()callback yet.It's important to note that if the timeout of the
shortServiceis not respected, the app will ANR even if it has other valid foreground services or other app lifecycle processes running.If an app is visible to the user or satisfies one of the exemptions that allow foreground services to be started from the background, calling
Service.StartForeground()again with theFOREGROUND_SERVICE_TYPE_SHORT_SERVICEparameter extends the timeout by another 3 minutes. If the app isn't visible to the user and doesn't satisfy one of the exemptions, any attempt to start another foreground service, regardless of type, causes aForegroundServiceStartNotAllowedException.If a user disables battery optimization for your app, it's still affected by the timeout of shortService FGS.
If you start a foreground service that includes the
shortServicetype and another foreground service type, the system ignores theshortServicetype declaration. However, the service must still adhere to the prerequisites of the other declared types. For more information, see the Foreground services documentation.
Penggunaan khusus
- Foreground service type to declare in manifest under
android:foregroundServiceTypespecialUse- Permission to declare in your manifest
FOREGROUND_SERVICE_SPECIAL_USE- Constant to pass to
startForeground() FOREGROUND_SERVICE_TYPE_SPECIAL_USE- Runtime prerequisites
- None
- Description
Covers any valid foreground service use cases that aren't covered by the other foreground service types.
In addition to declaring the
FOREGROUND_SERVICE_TYPE_SPECIAL_USEforeground service type, developers should declare use cases in the manifest. To do so, they specify the<property>element within the<service>element. These values and corresponding use cases are reviewed when you submit your app in the Google Play Console. The use cases you provide are free-form, and you should make sure to provide enough information to let the reviewer see why you need to use thespecialUsetype.<service android:name="fooService" android:foregroundServiceType="specialUse"> <property android:name="android.app.PROPERTY_SPECIAL_USE_FGS_SUBTYPE" android:value="explanation_for_special_use"/> </service>
Sistem dikecualikan
- Jenis layanan latar depan yang akan dideklarasikan dalam manifes di bagian
android:foregroundServiceTypesystemExempted- Izin untuk dideklarasikan dalam manifes
FOREGROUND_SERVICE_SYSTEM_EXEMPTED- Konstanta yang akan diteruskan ke
startForeground() FOREGROUND_SERVICE_TYPE_SYSTEM_EXEMPTED- Prasyarat runtime
- Tidak ada
- Deskripsi
Ditujukan bagi aplikasi sistem dan integrasi sistem tertentu, untuk terus menggunakan layanan latar depan.
Untuk menggunakan jenis ini, aplikasi harus memenuhi setidaknya salah satu kriteria berikut:
- Perangkat dalam status mode demo
- Aplikasi adalah Pemilik Perangkat
- Aplikasi adalah Pemilik Profiler
- Aplikasi Keselamatan yang memiliki peran
ROLE_EMERGENCY - Aplikasi Admin Perangkat
- Aplikasi yang memiliki izin
SCHEDULE_EXACT_ALARMatauUSE_EXACT_ALARMdan menggunakan Layanan Latar Depan untuk melanjutkan alarm di latar belakang, termasuk alarm khusus haptic. Aplikasi VPN (dikonfigurasi menggunakan Setelan > Jaringan & Internet > VPN)
Jika tidak, mendeklarasikan jenis ini akan menyebabkan sistem menampilkan
ForegroundServiceTypeNotAllowedException.
Penegakan kebijakan Google Play untuk menggunakan jenis layanan latar depan
Jika aplikasi menargetkan Android 14 atau yang lebih baru, Anda harus menyatakan jenis layanan latar depan aplikasi di halaman konten aplikasi Konsol Play (Kebijakan > Konten aplikasi). Untuk informasi selengkapnya tentang cara mendeklarasikan jenis layanan latar depan di Konsol Play, lihat Memahami persyaratan layanan latar depan dan intent layar penuh.