Bucket Aplikasi Standby

Android 9 (level API 28) dan yang lebih baru mendukung Bucket Aplikasi Standby. Bucket Aplikasi Standby membantu sistem memprioritaskan permintaan resource oleh aplikasi berdasarkan frekuensi dan waktu terakhir penggunaan aplikasi. Berdasarkan pola penggunaan aplikasi, setiap aplikasi ditempatkan di salah satu dari lima bucket prioritas. Sistem membatasi resource perangkat yang tersedia untuk setiap aplikasi berdasarkan bucket tempat aplikasi berada.

Bucket prioritas

Sistem secara dinamis menetapkan setiap aplikasi ke bucket prioritas, dan menetapkan ulang aplikasi sesuai kebutuhan. Sistem dapat mengandalkan aplikasi pramuat yang menggunakan machine learning untuk menentukan peluang penggunaan setiap aplikasi, dan menetapkan aplikasi ke bucket yang sesuai.

Jika aplikasi sistem tidak ada di perangkat, secara default sistem akan mengurutkan aplikasi berdasarkan waktu terakhir penggunaan aplikasi. Aplikasi yang lebih aktif ditetapkan ke bucket yang memberinya prioritas lebih tinggi sehingga lebih banyak resource sistem tersedia untuk aplikasi tersebut. Secara khusus, bucket menentukan frekuensi tugas aplikasi berjalan dan frekuensi aplikasi dalam memicu alarm. Pembatasan ini hanya berlaku saat perangkat menggunakan daya baterai. Saat perangkat sedang diisi daya, sistem tidak akan menerapkan pembatasan tersebut.

Bucket prioritas adalah sebagai berikut:

Active: aplikasi sedang digunakan atau baru-baru ini digunakan.
Working set: aplikasi digunakan secara rutin.
Frequent: aplikasi sering digunakan, tetapi tidak setiap hari.
Rare: aplikasi tidak sering digunakan.
Restricted: aplikasi menghabiskan banyak resource sistem atau mungkin menunjukkan perilaku yang tidak diinginkan.

Selain bucket prioritas ini, ada bucket khusus yaitu never untuk aplikasi yang diinstal, tetapi tidak pernah dijalankan. Sistem memberlakukan pembatasan yang ketat pada aplikasi ini.

Deskripsi berikut ditujukan untuk kasus non-prediktif. Sebaliknya, jika prediksi menggunakan machine learning untuk memprediksi perilaku, bucket dipilih dengan mengantisipasi tindakan berikutnya oleh pengguna, bukan berdasarkan penggunaan terakhir. Misalnya, aplikasi yang baru saja digunakan mungkin akan berakhir di bucket rare karena machine learning memprediksi bahwa aplikasi tersebut mungkin tidak digunakan selama beberapa jam.

Active

Aplikasi berada di bucket active saat digunakan, baru saja digunakan, atau saat melakukan salah satu hal berikut:

Meluncurkan aktivitas.
Menjalankan layanan latar depan yang berjalan lama.
Diketuk oleh pengguna dari notifikasi.

Jika aplikasi berada di bucket active, sistem tidak akan memberlakukan pembatasan pada tugas atau alarm aplikasi.

Interaksi pengguna menetapkan aplikasi sebagai aktif

Di Android 9 (level API 28) dan yang lebih baru, saat pengguna berinteraksi dengan aplikasi dengan cara tertentu, sistem akan menempatkan aplikasi Anda dalam bucket active untuk sementara. Setelah pengguna berhenti berinteraksi dengan aplikasi Anda, sistem akan menempatkannya dalam bucket berdasarkan histori penggunaan.

Berikut adalah contoh interaksi yang memicu perilaku sistem ini:

Pengguna mengetuk notifikasi yang dikirimkan aplikasi Anda.

Catatan: Jika pengguna menggeser notifikasi tanpa mengetuknya, sistem tidak menganggap tindakan tersebut sebagai interaksi dengan aplikasi Anda.
Pengguna berinteraksi dengan layanan latar depan di aplikasi Anda dengan mengetuk tombol media.
Pengguna terhubung ke aplikasi Anda saat berinteraksi dengan Android Automotive OS, tempat aplikasi Anda menggunakan layanan latar depan atau CONNECTION_TYPE_PROJECTION.

Working set

Aplikasi berada di bucket working set jika sering dijalankan, tetapi tidak aktif. Misalnya, aplikasi media sosial yang diluncurkan pengguna hampir setiap hari kemungkinan akan ditempatkan di working set. Aplikasi juga dipromosikan ke bucket working set jika digunakan secara tidak langsung.

Jika aplikasi berada di bucket working set, sistem akan menerapkan pembatasan ringan pada kemampuannya untuk menjalankan tugas dan memicu alarm. Untuk penjelasan lebih lanjut, baca Batasan pengelolaan daya.

Frequent

Aplikasi berada di bucket frequent jika digunakan secara teratur meskipun tidak setiap hari. Misalnya, aplikasi pemantau olahraga yang dijalankan pengguna di sasana olahraga mungkin akan ditempatkan di bucket frequent.

Jika aplikasi berada di bucket frequent, sistem akan menerapkan pembatasan yang lebih ketat terhadap kemampuannya dalam menjalankan tugas dan memicu alarm. Untuk penjelasan lebih lanjut, baca Batasan pengelolaan daya.

Rare

Aplikasi berada di bucket rare jika tidak sering digunakan. Misalnya, aplikasi hotel yang hanya dijalankan pengguna saat sedang menginap di hotel itu mungkin akan berada di bucket rare.

Jika aplikasi berada di bucket rare, sistem akan menerapkan pembatasan ketat pada kemampuannya untuk menjalankan tugas dan memicu alarm. Sistem juga membatasi kemampuan aplikasi tersebut untuk terhubung ke internet. Untuk penjelasan lebih lanjut, baca Batasan pengelolaan daya.

Restricted

Bucket ini, yang ditambahkan di Android 12 (level API 31), memiliki prioritas terendah dan batasan tertinggi dari semua bucket. Sistem mempertimbangkan perilaku aplikasi, seperti seberapa sering pengguna berinteraksi dengannya, untuk memutuskan apakah akan menempatkan aplikasi di bucket restricted.

Di Android 13 (level API 33) dan yang lebih baru, kecuali jika aplikasi Anda memenuhi syarat untuk pengecualian, sistem akan menempatkan aplikasi Anda di bucket restricted dalam situasi berikut:

Pengguna tidak berinteraksi dengan aplikasi Anda selama jumlah hari tertentu. Di Android 12 (level API 31) dan 12L (level API 32), jumlah harinya adalah 45. Android 13 mengurangi jumlah hari menjadi 8.

Catatan: Durasi saat perangkat nonaktif tidak diperhitungkan terhadap batas interaktivitas.
Aplikasi Anda memanggil siaran atau binding secara berlebihan selama periode 24 jam.

Jika sistem menempatkan aplikasi Anda di bucket restricted, pembatasan berikut berlaku:

Anda dapat menjalankan tugas satu kali per hari dalam sesi berdurasi 10 menit. Selama sesi ini, sistem akan mengelompokkan tugas aplikasi Anda dengan tugas aplikasi lain.
- Tugas yang dibatasi tidak berjalan sendiri. Setidaknya harus ada satu tugas lain yang berjalan atau tertunda pada saat yang bersamaan, yang dapat mencakup sembarang tugas lain.
Aplikasi Anda dapat menjalankan lebih sedikit tugas yang diprioritaskan, dibandingkan dengan saat sistem menempatkan aplikasi dalam bucket yang tidak terlalu dibatasi.
Aplikasi Anda dapat memanggil satu alarm per hari. Alarm ini dapat berupa alarm yang tepat atau alarm yang tidak tepat.

Pengecualian dari bucket restricted

Jenis aplikasi berikut dikecualikan agar tidak dimasukkan dalam bucket restricted dan mengabaikan pemicu ketidakaktifan, bahkan di Android 12 dan yang lebih baru:

Aplikasi perangkat pendamping
Aplikasi yang berjalan di perangkat dalam Mode Demo
Aplikasi Pemilik perangkat
Aplikasi pemilik profil
Aplikasi persisten
Aplikasi VPN
Aplikasi yang memiliki peran ROLE_DIALER
Aplikasi yang telah ditetapkan secara eksplisit oleh pengguna untuk menyediakan fungsi "unrestricted" di setelan sistem
Aplikasi dengan widget aktif
Aplikasi yang diberi setidaknya salah satu izin berikut:
- USE_EXACT_ALARM
- SCHEDULE_EXACT_ALARM di Android 13 (API 33) atau yang lebih lama
- ACCESS_BACKGROUND_LOCATION

Mengevaluasi bucket prioritas

Untuk memeriksa di bucket mana aplikasi Anda ditetapkan, lakukan salah satu langkah berikut:

Panggil getAppStandbyBucket().
Jalankan perintah berikut di jendela terminal:
```
adb shell am get-standby-bucket PACKAGE_NAME
```

Sistem akan melakukan throttle pada aplikasi setiap kali aplikasi ditempatkan di Bucket Aplikasi Standby yang nilainya lebih besar dari STANDBY_BUCKET_ACTIVE (10).

Praktik terbaik

Jika aplikasi Anda mengikuti praktik terbaik untuk fitur Istirahatkan dan aplikasi standby, fitur pengelolaan daya yang baru tidak akan sulit. Namun, beberapa perilaku aplikasi yang sebelumnya berfungsi dengan baik dapat menyebabkan masalah.

Jangan mencoba memanipulasi sistem agar menempatkan aplikasi Anda ke dalam bucket tertentu. Metode penempatan prioritas oleh sistem dapat berubah, dan setiap produsen perangkat dapat memilih untuk menulis aplikasi bucketing-nya sendiri dengan algoritma sendiri. Sebagai gantinya, pastikan aplikasi Anda berperilaku dengan baik di bucket mana pun berada.
Jika tidak memiliki aktivitas peluncur, aplikasi mungkin tidak akan pernah dipromosikan ke bucket active. Pertimbangkan untuk mendesain ulang aplikasi agar memiliki aktivitas peluncur.
Jika pengguna tidak dapat berinteraksi dengan notifikasi aplikasi, pengguna tidak akan dapat memicu promosi aplikasi ke bucket active. Dalam hal ini, sebaiknya desain ulang beberapa notifikasi yang memungkinkan pengguna berinteraksi. Untuk mempelajari beberapa pedoman, lihat Pola desain notifikasi Desain Material.
Jika aplikasi tidak menampilkan notifikasi setelah menerima pesan Firebase Cloud Messaging (FCM) prioritas tinggi, pengguna tidak akan dapat berinteraksi dengan aplikasi dan mempromosikannya ke bucket active. Satu-satunya tujuan penggunaan pesan FCM prioritas tinggi adalah untuk mengirim notifikasi ke pengguna. Jadi, situasi ini tidak boleh terjadi. Pada 12L (level API 32) dan yang lebih rendah, jika Anda menandai pesan FCM dengan tidak tepat sebagai prioritas tinggi saat pesan tersebut tidak memicu interaksi pengguna, pesan berikutnya dapat diturunkan prioritasnya.

Catatan: Jika pengguna terus-menerus menolak notifikasi, sistem akan menampilkan opsi sehingga pengguna dapat memblokir notifikasi mendatang. Jangan membanjiri pengguna dengan notifikasi hanya untuk mencoba mempertahankan aplikasi Anda di bucket active.
Jika aplikasi dibagi menjadi beberapa paket, paket-paket tersebut dapat berada di bucket yang berbeda dan memiliki tingkat akses yang berbeda. Uji aplikasi ini dengan paket yang ditetapkan ke berbagai bucket untuk memastikan aplikasi berperilaku dengan benar.