Android 9 (API ระดับ 28) ขึ้นไปรองรับกลุ่มแอปที่รอดำเนินการ สแตนด์บายแอป ที่เก็บข้อมูลช่วยให้ระบบจัดลำดับความสำคัญของคําขอทรัพยากรของแอปตามความใหม่และความถี่ในการใช้แอป ระบบจะจัดแอปแต่ละแอปไว้ในกลุ่มลำดับความสำคัญ 1 ใน 5 กลุ่มตามรูปแบบการใช้งานแอป ระบบจะจำกัดทรัพยากรของอุปกรณ์ที่พร้อมใช้งานสำหรับแต่ละแอปตามที่เก็บข้อมูลของแอป
ที่เก็บข้อมูลสำคัญ
ระบบจะกำหนดแอปแต่ละแอปไปยังกลุ่มลำดับความสำคัญแบบไดนามิก โดยกำหนดแอปใหม่ตามความจำเป็น ระบบอาจใช้แอปที่โหลดไว้ล่วงหน้าซึ่งใช้แมชชีนเลิร์นนิงเพื่อพิจารณาความเป็นไปได้ที่แต่ละแอปจะได้รับการใช้งาน และกำหนดแอปไปยังที่เก็บที่เหมาะสม
หากไม่มีแอประบบในอุปกรณ์ ระบบจะใช้ค่าเริ่มต้นในการจัดเรียงแอปตามช่วงเวลาที่มีการใช้งานล่าสุด แอปที่มีการใช้งานมากกว่าจะได้รับมอบหมายให้อยู่ในที่เก็บข้อมูลที่มีลำดับความสำคัญสูงกว่า ซึ่งจะทำให้แอปมีทรัพยากรระบบมากขึ้น โดยเฉพาะอย่างยิ่งที่เก็บข้อมูลจะกำหนดความถี่ที่งานของแอปทำงานและความถี่ที่แอปสามารถทริกเกอร์การแจ้งเตือน ข้อจำกัดเหล่านี้จะมีผลเฉพาะเมื่ออุปกรณ์ใช้พลังงานแบตเตอรี่เท่านั้น ขณะที่อุปกรณ์ชาร์จอยู่ ระบบจะไม่จำกัดการใช้งานเหล่านี้
กลุ่มอัตราราคาตามลําดับความสําคัญมีดังนี้
- ใช้งานอยู่: แอปมีการใช้งานหรือเพิ่งมีการใช้งาน
- ชุดที่ทำงานอยู่: แอปมีการใช้งานอยู่เป็นประจำ
- บ่อยครั้ง: แอปมีการใช้งานบ่อย แต่ไม่ใช่ทุกวัน
- นานๆ ครั้ง: แอปไม่ได้ใช้บ่อย
- ถูกจำกัด: แอปใช้ทรัพยากรระบบเป็นจำนวนมากหรืออาจแสดงลักษณะการทำงานที่ไม่พึงประสงค์
นอกจากกลุ่มที่มีลําดับความสําคัญเหล่านี้แล้ว ยังมีกลุ่มไม่เคยพิเศษสําหรับแอปที่ติดตั้งแต่ไม่เคยเรียกใช้ ระบบจะจำกัดแอปเหล่านี้อย่างเข้มงวด
คำอธิบายต่อไปนี้มีไว้สำหรับกรณีที่ไม่สามารถคาดเดาได้ ในทางตรงกันข้าม เมื่อการคาดการณ์ใช้แมชชีนเลิร์นนิงเพื่อคาดการณ์พฤติกรรม ระบบจะเลือกกลุ่มเป้าหมายโดยคาดการณ์การดําเนินการถัดไปของผู้ใช้แทนที่จะอิงตามการใช้งานล่าสุด ตัวอย่างเช่น แอปที่ใช้ล่าสุดอาจไปอยู่ในที่เก็บข้อมูลที่หายาก เนื่องจากแมชชีนเลิร์นนิงคาดการณ์ว่าจะไม่มีการใช้แอปเป็นเวลาหลายชั่วโมง
ใช้งานอยู่
แอปอยู่ในที่เก็บข้อมูลที่ใช้งานอยู่ขณะที่มีการใช้งาน มีการใช้งานล่าสุด หรือเมื่อดำเนินการใดๆ ต่อไปนี้
- เปิดใช้งานกิจกรรม
- เรียกใช้บริการที่ทำงานอยู่เบื้องหน้าซึ่งใช้เวลานาน
- ผู้ใช้แตะจากข้อความแจ้ง
หากแอปอยู่ในที่เก็บข้อมูลที่ใช้งานอยู่ ระบบจะไม่จำกัดงานหรือการปลุกของแอป
การโต้ตอบของผู้ใช้กำหนดให้แอปทำงาน
ใน Android 9 (API ระดับ 28) ขึ้นไป เมื่อผู้ใช้โต้ตอบกับแอปของคุณในลักษณะหนึ่งๆ ระบบจะจัดแอปของคุณไว้ในที่เก็บข้อมูล "ใช้งานอยู่" ชั่วคราว หลังจากที่ผู้ใช้หยุดโต้ตอบกับแอป ระบบจะจัดแอปนั้นไว้ในที่เก็บข้อมูลตามประวัติการใช้งาน
ต่อไปนี้เป็นตัวอย่างของการโต้ตอบที่ทริกเกอร์ลักษณะการทํางานของระบบนี้
ผู้ใช้แตะการแจ้งเตือนที่แอปของคุณส่ง
ผู้ใช้โต้ตอบกับบริการที่ทำงานอยู่เบื้องหน้าในแอปของคุณโดยการแตะปุ่มสื่อ
ผู้ใช้เชื่อมต่อกับแอปของคุณขณะโต้ตอบกับ Android Automotive OS ซึ่งแอปของคุณใช้บริการที่ทำงานอยู่เบื้องหน้าหรือ
CONNECTION_TYPE_PROJECTION
ชุดที่ทำงาน
แอปอยู่ในที่เก็บข้อมูลชุดการทำงาน หากทำงานบ่อยแต่ไม่ได้ทำงานอยู่ ตัวอย่างเช่น แอปโซเชียลมีเดียที่ผู้ใช้เปิดเกือบทุกวันมีแนวโน้มที่จะอยู่ในชุดที่ทำงาน นอกจากนี้ ระบบจะโปรโมตแอปไปยังที่เก็บชุดทำงานด้วยหากมีการใช้งานแอปดังกล่าวโดยอ้อม
หากแอปอยู่ในชุดที่ทำงานอยู่ ระบบจะจำกัดความสามารถในการเรียกใช้งานและทริกเกอร์การแจ้งเตือนของแอปนั้นอย่างเบาบาง โปรดดูรายละเอียดที่หัวข้อข้อจำกัดเกี่ยวกับการจัดการพลังงาน
ติดต่อบ่อย
แอปจะอยู่ในที่เก็บข้อมูลบ่อยหากมีการใช้งานเป็นประจำแต่ไม่จำเป็นต้องเป็นทุกวัน เช่น แอปติดตามการออกกำลังกายที่ผู้ใช้เปิดใช้ที่โรงยิมอาจอยู่ในกลุ่มที่ใช้งานบ่อย
หากแอปอยู่ในที่เก็บข้อมูล "บ่อย" ระบบจะจำกัดความสามารถในการเรียกใช้งานและทริกเกอร์การแจ้งเตือนของแอปนั้นๆ มากขึ้น โปรดดูรายละเอียดที่หัวข้อข้อจำกัดด้านการจัดการพลังงาน
พบน้อย
แอปจะอยู่ในกลุ่มนานๆ ครั้งหากไม่ได้ใช้งานบ่อย เช่น แอปโรงแรมที่ผู้ใช้ใช้งานเฉพาะเมื่อเข้าพักที่โรงแรมนั้นอาจอยู่ในที่เก็บข้อมูลที่หายาก
หากแอปอยู่ในที่เก็บข้อมูลระดับ Rare ระบบจะจำกัดความสามารถในการเรียกใช้งานและทริกเกอร์การแจ้งเตือนอย่างเข้มงวด นอกจากนี้ ระบบยังจำกัดความสามารถของแอปในการเชื่อมต่ออินเทอร์เน็ตด้วย โปรดดูรายละเอียดที่หัวข้อข้อจำกัดด้านการจัดการพลังงาน
จำกัด
ที่เพิ่มใน Android 12 (API ระดับ 31) นี้มีลําดับความสําคัญต่ำที่สุดและข้อจํากัดสูงสุดในบรรดาที่เก็บข้อมูลทั้งหมด ระบบจะพิจารณาลักษณะการทำงานของแอป เช่น ความถี่ที่ผู้ใช้โต้ตอบกับแอป เพื่อตัดสินใจว่าจะวางแอปในที่เก็บข้อมูลที่ถูกจำกัดหรือไม่
ใน Android 13 (API ระดับ 33) ขึ้นไป ระบบจะจัดให้แอปของคุณอยู่ในที่เก็บข้อมูลที่ถูกจํากัดในสถานการณ์ต่อไปนี้ เว้นแต่แอปจะมีสิทธิ์ได้รับการยกเว้น
ผู้ใช้ไม่ได้โต้ตอบกับแอปของคุณเป็นจํานวนวันที่เจาะจง ใน Android 12 (API ระดับ 31) และ 12L (API ระดับ 32) จำนวนวันคือ 45 วัน Android 13 จะลดจำนวนวันเหลือ 8 วัน
แอปของคุณมีการออกอากาศหรือการเชื่อมโยงจำนวนมากเกินไปในช่วง 24 ชั่วโมง
หากระบบนำแอปของคุณไปไว้ในที่เก็บข้อมูลที่ถูกจำกัด ข้อจำกัดต่อไปนี้จะมีผล
- คุณสามารถเรียกใช้งานได้วันละครั้งในเซสชันแบบเป็นกลุ่มนาน 10 นาที ในระหว่างเซสชันนี้ ระบบจะจัดกลุ่มงานของแอปคุณไว้กับงานของแอปอื่นๆ
- งานที่ถูกจํากัดจะไม่ทํางานเอง ต้องมีงานอื่นที่กำลังทำงานอยู่หรือรอดำเนินการพร้อมกันอย่างน้อย 1 งาน ซึ่งอาจรวมถึงงานอื่นใดก็ได้
- แอปจะเรียกใช้งานแบบเร่งด่วนได้น้อยลงเมื่อเทียบกับกรณีที่ระบบจัดแอปของคุณไว้ในที่เก็บข้อมูลที่มีข้อจำกัดน้อยกว่า
- แอปของคุณเรียกใช้การปลุกได้วันละ 1 ครั้ง การแจ้งเตือนนี้อาจเป็นการแจ้งเตือนที่ตรงกันทั้งหมดหรือการแจ้งเตือนที่ไม่ตรงกันทั้งหมด
การยกเว้นจากที่เก็บข้อมูลที่ถูกจำกัด
แอปประเภทต่อไปนี้จะได้รับการยกเว้นไม่ให้เข้าสู่ที่เก็บข้อมูลที่ถูกจํากัดและหลีกเลี่ยงทริกเกอร์ "ไม่มีการใช้งาน" แม้ว่าจะใช้ Android 12 ขึ้นไปก็ตาม
- แอปอุปกรณ์ที่ใช้ร่วมกัน
- แอปที่ทำงานในอุปกรณ์ในโหมดสาธิต
- แอปเจ้าของอุปกรณ์
- แอปเจ้าของโปรไฟล์
- แอปที่คงที่
- แอป VPN
- แอปที่มีบทบาท
ROLE_DIALER
- แอปที่ผู้ใช้กำหนดไว้อย่างชัดเจนให้มอบฟังก์ชันการทำงานที่ "ไม่จำกัด" ในการตั้งค่าระบบ
- แอปที่มีวิดเจ็ตที่ใช้งานอยู่
- แอปที่ได้รับสิทธิ์ต่อไปนี้อย่างน้อย 1 สิทธิ์
ประเมินที่เก็บข้อมูลลําดับความสําคัญ
หากต้องการตรวจสอบที่เก็บข้อมูลที่แอปของคุณได้รับมอบหมาย ให้ทำอย่างใดอย่างหนึ่งต่อไปนี้
เรียกใช้คำสั่งต่อไปนี้ในหน้าต่างเทอร์มินัล
adb shell am get-standby-bucket PACKAGE_NAME
ระบบจะจำกัดแอปทุกครั้งที่ระบบจัดให้อยู่ในที่เก็บข้อมูลสแตนด์บายแอปซึ่งมีค่ามากกว่า STANDBY_BUCKET_ACTIVE
(10)
แนวทางปฏิบัติแนะนำ
หากแอปทำตามแนวทางปฏิบัติแนะนำสำหรับ Doze และสแตนด์บายแอปแล้ว ฟีเจอร์การจัดการพลังงานในภายหลังจะไม่ใช่เรื่องยาก อย่างไรก็ตาม การทำงานบางอย่างของแอป ซึ่งก่อนหน้านี้ใช้ได้ผลดีอาจก่อให้เกิดปัญหาได้
- อย่าพยายามควบคุมระบบให้ใส่แอปของคุณไว้ในที่เก็บข้อมูลหนึ่งๆ วิธีการจัดลําดับความสําคัญของระบบอาจเปลี่ยนแปลงได้ และผู้ผลิตอุปกรณ์ทุกรายอาจเลือกเขียนแอปการแบ่งกลุ่มของตนเองด้วยอัลกอริทึมของแอปเอง แต่ให้ตรวจสอบว่าแอปทำงานอย่างเหมาะสมไม่ว่าจะอยู่ในกลุ่มใดก็ตาม
- หากแอปไม่มีกิจกรรมใน Launcher แอปอาจไม่ได้รับการโปรโมตไปยังกลุ่มที่ใช้งานอยู่ ลองออกแบบแอปใหม่ให้มีกิจกรรมดังกล่าว
หากผู้ใช้โต้ตอบกับการแจ้งเตือนของแอปไม่ได้ ผู้ใช้จะเรียกให้ระบบโปรโมตแอปไปยังกลุ่มที่ใช้งานอยู่ไม่ได้ ในกรณีนี้ ให้ลองออกแบบการแจ้งเตือนบางอย่างใหม่เพื่อให้ผู้ใช้โต้ตอบได้ ดูหลักเกณฑ์บางส่วนได้ที่รูปแบบการออกแบบการแจ้งเตือนของ Material Design
หากแอปไม่แสดงการแจ้งเตือนเมื่อได้รับข้อความ Firebase Cloud Messaging (FCM) ที่มีความสําคัญสูง ผู้ใช้จะโต้ตอบกับแอปไม่ได้ จึงจะเลื่อนแอปไปยังที่เก็บข้อมูลแอปที่ใช้งานอยู่ อันที่จริงแล้ว การใช้ข้อความ FCM ที่มีลำดับความสำคัญสูงมีไว้เพื่อส่งการแจ้งเตือนไปยังผู้ใช้เท่านั้น ดังนั้นสถานการณ์นี้จึงไม่ควรเกิดขึ้น ใน 12L (API ระดับ 32) และต่ำกว่า หากทำเครื่องหมายข้อความ FCM เป็นสำคัญสูงอย่างไม่เหมาะสมเมื่อข้อความไม่ได้ทริกเกอร์การโต้ตอบของผู้ใช้ อาจทำให้ระบบลดลำดับความสำคัญของข้อความในอนาคต
หากแอปแยกออกเป็นหลายแพ็กเกจ แพ็กเกจเหล่านั้นอาจอยู่ในที่เก็บข้อมูลที่แตกต่างกันและมีระดับการเข้าถึงที่แตกต่างกัน ทดสอบแอปเหล่านี้ด้วยแพ็กเกจที่กำหนดให้กับที่เก็บข้อมูลต่างๆ เพื่อให้แน่ใจว่าแอปทำงานได้อย่างถูกต้อง