การเปลี่ยนแปลงลักษณะการทํางาน: แอปทั้งหมด

แพลตฟอร์ม Android 15 มีการเปลี่ยนแปลงลักษณะการทำงานที่อาจส่งผลต่อแอปของคุณ การเปลี่ยนแปลงลักษณะการทำงานต่อไปนี้มีผลกับแอปทั้งหมดเมื่อทำงานบน Android 15 ไม่ว่าจะใช้ targetSdkVersion หรือไม่ก็ตาม คุณควรทดสอบแอปแล้วแก้ไขแอปตามที่จำเป็นเพื่อรองรับฟีเจอร์เหล่านี้อย่างเหมาะสม (หากมี)

โปรดตรวจสอบรายการการเปลี่ยนแปลงลักษณะการทำงานที่ส่งผลต่อแอปที่กําหนดเป้าหมายเป็น Android 15 เท่านั้นด้วย

ฟังก์ชันหลัก

Android 15 แก้ไขหรือขยายความสามารถหลักต่างๆ ของระบบ Android

การเปลี่ยนแปลงสถานะ "หยุดแพ็กเกจ"

The intention of the package FLAG_STOPPED state (which users can engage in AOSP builds by long-pressing an app icon and selecting "Force Stop") has always been to keep apps in this state until the user explicitly removes the app from this state by directly launching the app or indirectly interacting with the app (through the sharesheet or a widget, selecting the app as live wallpaper, etc.). In Android 15, we've updated the behavior of the system to be aligned with this intended behavior. Apps should only be removed from the stopped state through direct or indirect user action.

To support the intended behavior, in addition to the existing restrictions, the system also cancels all pending intents when the app enters the stopped state on a device running Android 15. When the user's actions remove the app from the stopped state, the ACTION_BOOT_COMPLETED broadcast is delivered to the app providing an opportunity to re-register any pending intents.

You can call the new ApplicationStartInfo.wasForceStopped() method to confirm whether the app was put into the stopped state.

การรองรับขนาดหน้า 16 KB

ที่ผ่านมา Android รองรับหน้าหน่วยความจำขนาด 4 KB เท่านั้น ซึ่งมี เพิ่มประสิทธิภาพหน่วยความจำของระบบสำหรับปริมาณหน่วยความจำทั้งหมดโดยเฉลี่ย อุปกรณ์ Android ที่มักมีในระบบ AOSP รองรับตั้งแต่ Android 15 เป็นต้นไป อุปกรณ์ที่มีการกำหนดค่าให้ใช้หน้าขนาด 16 KB (16 KB) อุปกรณ์) หากแอปใช้ไลบรารี NDK โดยตรงอย่างใดอย่างหนึ่ง หรือโดยอ้อมผ่าน SDK คุณจะต้องสร้างแอปใหม่เพื่อ ใช้ได้กับอุปกรณ์ขนาด 16 KB เหล่านี้

เนื่องจากผู้ผลิตอุปกรณ์ยังคงผลิตอุปกรณ์จำนวนมาก หน่วยความจำกายภาพ (RAM) อุปกรณ์จำนวนมากจะใช้ 16 KB (และ และใหญ่ขึ้น) เพื่อเพิ่มประสิทธิภาพของอุปกรณ์ กำลังเพิ่ม การรองรับอุปกรณ์ขนาดหน้า 16 KB จะช่วยให้แอปของคุณทํางานบนอุปกรณ์เหล่านี้ได้ อุปกรณ์และช่วยให้แอปของคุณได้รับประโยชน์จากประสิทธิภาพที่เกี่ยวข้อง เพิ่มขึ้น หากไม่ทำการคอมไพล์ซ้ำ แอปอาจไม่ทำงานในอุปกรณ์ขนาด 16 KB เมื่อเวอร์ชันที่ใช้งานจริงใน Android รุ่นต่อๆ ไป

เราได้ให้คำแนะนำเกี่ยวกับวิธีตรวจสอบ หากแอปได้รับผลกระทบ วิธีการ สร้างแอปอีกครั้ง (หากมี) และวิธีทดสอบแอปใน สภาพแวดล้อมขนาด 16 KB โดยใช้เครื่องมือจำลอง (รวมถึง Android 15 อิมเมจระบบสำหรับ Android Emulator)

Benefits and performance gains

อุปกรณ์ที่กำหนดค่าหน้าเว็บขนาด 16 KB จะใช้หน่วยความจำโดยเฉลี่ยมากกว่าเล็กน้อย แต่ปรับปรุงประสิทธิภาพการทำงานได้หลากหลายสำหรับทั้งระบบและแอป ดังนี้

• เวลาเปิดแอปลดลงขณะที่ระบบมีภาระเกี่ยวกับหน่วยความจำ: ลดลงโดยเฉลี่ย 3.16% โดยการปรับปรุงที่เห็นได้ชัดมากขึ้น (สูงสุด 30%) สำหรับบางแอปที่เราทดสอบ
• การลดพลังงานในระหว่างการเปิดแอป: ลดลง 4.56% โดยเฉลี่ย
• การเปิดตัวกล้องเร็วขึ้น: Hot Start เร็วขึ้น 4.48% โดยเฉลี่ย และ Cold Start เร็วขึ้น 6.60% โดยเฉลี่ย
• ปรับปรุงเวลาในการบูตระบบ: เร็วขึ้น 8% (ประมาณ 950 มิลลิวินาที) โดยเฉลี่ย

การปรับปรุงเหล่านี้อิงตามการทดสอบขั้นต้นของเรา และผลลัพธ์ในอุปกรณ์จริงอาจแตกต่างกัน เราจะให้การวิเคราะห์เพิ่มเติมเกี่ยวกับโอกาสในการได้ผู้ใช้ใหม่สำหรับแอปขณะที่เราทำการทดสอบต่อไป

Check if your app is impacted

หากแอปใช้โค้ดเนทีฟ คุณควรสร้างแอปใหม่โดยรองรับอุปกรณ์ 16 KB หากไม่แน่ใจว่าแอปใช้โค้ดเนทีฟหรือไม่ คุณสามารถใช้เครื่องมือวิเคราะห์ APK เพื่อดูว่ามีโค้ดเนทีฟอยู่หรือไม่ จากนั้นตรวจสอบการจัดแนวของกลุ่ม ELF เพื่อหาไลบรารีที่ใช้ร่วมกันที่คุณพบ

หากแอปใช้เฉพาะโค้ดที่เขียนด้วยภาษาโปรแกรม Java หรือ Kotlin รวมถึงไลบรารีหรือ SDK ทั้งหมด แอปของคุณรองรับอุปกรณ์ขนาด 16 KB อยู่แล้ว อย่างไรก็ตาม เราขอแนะนำให้คุณทดสอบแอปในสภาพแวดล้อม 16 KB เพื่อยืนยันว่าไม่มีการแสดงลักษณะการทำงานที่แย่ลงอย่างฉับพลันของแอป

การเปลี่ยนแปลงที่จำเป็นเพื่อให้แอปบางแอปรองรับพื้นที่ส่วนตัว

พื้นที่ส่วนตัวคือฟีเจอร์ใหม่ใน Android 15 ที่ช่วยให้ผู้ใช้ สร้างพื้นที่แยกต่างหากในอุปกรณ์ เพื่อไม่ให้มีแอปที่ละเอียดอ่อน จากผู้สอดแนมได้ ภายใต้การตรวจสอบสิทธิ์อีกชั้นหนึ่ง เนื่องจากแอปใน พื้นที่ส่วนตัวมีระดับการเข้าถึงที่จำกัด และต้องมีแอปบางประเภท ขั้นตอนเพิ่มเติมเพื่อให้ดูและโต้ตอบกับแอปต่างๆ แบบส่วนตัวของผู้ใช้ได้ พื้นที่ทำงาน

แอปทั้งหมด

เนื่องจากแอปในพื้นที่ส่วนตัวจะเก็บอยู่ในโปรไฟล์ผู้ใช้แยกต่างหาก โปรไฟล์งาน แอปไม่ควรถือว่ามีการติดตั้ง สำเนาแอปที่ไม่ได้อยู่ในโปรไฟล์หลักจะอยู่ในโปรไฟล์งาน ถ้า แอปของคุณมีตรรกะที่เกี่ยวข้องกับแอปในโปรไฟล์งาน คุณจะต้องปรับตรรกะนี้

แอปการแพทย์

เมื่อผู้ใช้ล็อกพื้นที่ส่วนตัว แอปทั้งหมดในพื้นที่ส่วนตัวจะหยุดทำงาน และแอปเหล่านั้นจะไม่สามารถทำกิจกรรมเบื้องหน้าหรือเบื้องหลัง ซึ่งรวมถึง แสดงการแจ้งเตือน พฤติกรรมนี้อาจส่งผลกระทบร้ายแรงต่อการใช้งานและ ของแอปการแพทย์ที่ติดตั้งในพื้นที่ส่วนตัว

การตั้งค่าพื้นที่ส่วนตัวเตือนผู้ใช้ว่าพื้นที่ส่วนตัวนั้น เหมาะสำหรับแอปที่จำเป็นต้องทำงานเบื้องหน้าหรือเบื้องหลังที่สำคัญ กิจกรรมต่างๆ เช่น การแสดงการแจ้งเตือนจากแอปการแพทย์ อย่างไรก็ตาม แอปไม่สามารถระบุได้ว่ามีการใช้ในพื้นที่ส่วนตัวหรือไม่ เพื่อไม่ให้แสดงคำเตือนแก่ผู้ใช้สำหรับกรณีนี้

ด้วยเหตุผลเหล่านี้ หากคุณพัฒนาแอปทางการแพทย์ โปรดดูว่าฟีเจอร์นี้อาจ ส่งผลกระทบต่อแอปของคุณและดำเนินการตามความเหมาะสม เช่น แจ้งให้ผู้ใช้ทราบว่าอย่าดำเนินการต่อไปนี้ ติดตั้งแอปของคุณในพื้นที่ส่วนตัวเพื่อหลีกเลี่ยงการรบกวนแอปที่สำคัญ ความสามารถ

แอป Launcher

หากคุณพัฒนาแอป Launcher คุณต้องทำสิ่งต่อไปนี้ก่อนแอปต่างๆ ใน พื้นที่ส่วนตัวจะปรากฏ:

1. แอปของคุณจะต้องได้รับการกำหนดให้เป็นแอป Launcher เริ่มต้นสำหรับอุปกรณ์ ซึ่ง คือการมีบทบาท ROLE_HOME
2. แอปของคุณต้องประกาศACCESS_HIDDEN_PROFILES สิทธิ์ปกติในไฟล์ Manifest ของแอป

แอป Launcher ที่ประกาศสิทธิ์ ACCESS_HIDDEN_PROFILES ต้องจัดการ กรณีการใช้งานพื้นที่ส่วนตัวต่อไปนี้

1. แอปของคุณต้องมีคอนเทนเนอร์ Launcher แยกต่างหากสำหรับแอปที่ติดตั้งใน พื้นที่ส่วนตัว ใช้เมธอด getLauncherUserInfo() เพื่อ กำหนดว่าจะจัดการกับโปรไฟล์ผู้ใช้ประเภทใด
2. ผู้ใช้ต้องสามารถซ่อนและแสดงคอนเทนเนอร์พื้นที่ส่วนตัวได้
3. ผู้ใช้ต้องล็อกและปลดล็อกคอนเทนเนอร์พื้นที่ส่วนตัวได้ ใช้ เมธอด requestQuietModeEnabled() เพื่อล็อก (โดย ผ่าน true) หรือปลดล็อก (โดยผ่าน false) พื้นที่ส่วนตัว

4. ขณะที่ล็อก ไม่ควรมองเห็นแอปในคอนเทนเนอร์พื้นที่ส่วนตัวได้ หรือ ค้นพบได้ผ่านกลไกต่างๆ เช่น การค้นหา แอปของคุณควรลงทะเบียน รีซีฟเวอร์ สำหรับ ACTION_PROFILE_AVAILABLE และ ACTION_PROFILE_UNAVAILABLE ประกาศและอัปเดต UI ในแอปเมื่อสถานะล็อกหรือปลดล็อกในพื้นที่ส่วนตัว การเปลี่ยนแปลงคอนเทนเนอร์ การออกอากาศทั้ง 2 รายการนี้ EXTRA_USER ซึ่งแอปของคุณสามารถใช้เพื่ออ้างถึง ผู้ใช้โปรไฟล์ส่วนตัว

   นอกจากนี้คุณยังใช้เมธอด isQuietModeEnabled() เพื่อทำสิ่งต่อไปนี้ได้ ตรวจสอบว่าโปรไฟล์พื้นที่ส่วนตัวล็อกอยู่หรือไม่

แอปใน App Store

พื้นที่ส่วนตัวจะมีไอคอน "ติดตั้งแอป" ที่เรียกใช้ฟังก์ชันโดยนัย ต้องการติดตั้งแอปลงในพื้นที่ส่วนตัวของผู้ใช้ เพื่อให้แอปดำเนินการต่อไปนี้ ได้รับ Intent แบบไม่เจาะจงปลายทางนี้ โปรดประกาศ <intent-filter> ในไฟล์ Manifest ของแอปโดยมี <category> เป็น CATEGORY_APP_MARKET

นำแบบอักษรอีโมจิแบบ PNG ออกแล้ว

The legacy, PNG-based emoji font file (NotoColorEmojiLegacy.ttf) has been removed, leaving just the vector-based file. Beginning with Android 13 (API level 33), the emoji font file used by the system emoji renderer changed from a PNG-based file to a vector based file. The system retained the legacy font file in Android 13 and 14 for compatibility reasons, so that apps with their own font renderers could continue to use the legacy font file until they were able to upgrade.

To check if your app is affected, search your app's code for references to the NotoColorEmojiLegacy.ttf file.

You can choose to adapt your app in a number of ways:

• Use platform APIs for text rendering. You can render text to a bitmap-backed Canvas and use that to get a raw image if necessary.
• Add COLRv1 font support to your app. The FreeType open source library supports COLRv1 in version 2.13.0 and higher.
• As a last resort, you can bundle the legacy emoji font file (NotoColorEmoji.ttf) into your APK, although in that case your app will be missing the latest emoji updates. For more information, see the Noto Emoji GitHub project page.

เพิ่มเวอร์ชัน SDK เป้าหมายขั้นต่ำจาก 23 เป็น 24

Android 15 สร้างขึ้นมาจาก การเปลี่ยนแปลงที่เกิดขึ้นใน Android 14 และขยายระยะเวลานี้ ด้านความปลอดภัยมากขึ้น ใน Android 15 แอปที่มี ติดตั้ง targetSdkVersion ที่ต่ำกว่า 24 ไม่ได้ การกําหนดให้แอปเป็นไปตามระดับ API สมัยใหม่จะช่วยให้มั่นใจได้ว่าแอปจะมีความปลอดภัยและความเป็นส่วนตัวที่ดียิ่งขึ้น

มัลแวร์มักกำหนดเป้าหมายเป็น API ระดับต่ำกว่าเพื่อหลีกเลี่ยงความปลอดภัยและความเป็นส่วนตัว ที่เกิดขึ้นใน Android เวอร์ชันที่สูงกว่า ตัวอย่างเช่น แอปมัลแวร์บางแอปใช้ targetSdkVersion เป็น 22 เพื่อหลีกเลี่ยง Android 6.0 Marshmallow (API) เปิดตัวโมเดลสิทธิ์รันไทม์ในปี 2015 ระดับ 23) การเปลี่ยนแปลงนี้ใน Android 15 ทำให้มัลแวร์หลบเลี่ยงการปรับปรุงด้านความปลอดภัยและความเป็นส่วนตัวได้ยากขึ้น การพยายามติดตั้งแอปที่กำหนดเป้าหมาย API ที่ต่ำกว่า จะทำให้การติดตั้งล้มเหลว โดยมีข้อความเหมือนกับข้อความต่อไปนี้ ปรากฏใน Logcat:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7

ในอุปกรณ์ที่อัปเกรดเป็น Android 15 แอปที่มี targetSdkVersion ต่ำกว่า 24 จะยังคงติดตั้งอยู่

หากต้องการทดสอบแอปที่กำหนดเป้าหมายเป็น API ระดับเก่า ให้ใช้ ADB ต่อไปนี้ คำสั่ง:

adb install --bypass-low-target-sdk-block FILENAME.apk

ความปลอดภัยและความเป็นส่วนตัว

Android 15 เปิดตัวมาตรการที่มีประสิทธิภาพในการต่อสู้กับการประพฤติมิชอบเกี่ยวกับรหัสผ่านแบบใช้ครั้งเดียว (OTP) และเพื่อปกป้องเนื้อหาที่มีความละเอียดอ่อนของผู้ใช้ โดยมุ่งเน้นที่การเพิ่มความแข็งแกร่งให้กับบริการโปรแกรมรับฟังการแจ้งเตือนและการปกป้องการแชร์หน้าจอ การปรับปรุงที่สำคัญ ได้แก่ การปกปิด OTP จากการแจ้งเตือนที่แอปที่ไม่เชื่อถือเข้าถึงได้ การซ่อนการแจ้งเตือนระหว่างการแชร์หน้าจอ และการรักษาความปลอดภัยของกิจกรรมในแอปเมื่อมีการแสดง OTP การเปลี่ยนแปลงเหล่านี้มีเป้าหมายเพื่อรักษาเนื้อหาที่ละเอียดอ่อนของผู้ใช้ให้ปลอดภัยจากบุคคลที่ไม่ได้รับอนุญาต

นักพัฒนาแอปต้องคำนึงถึงสิ่งต่อไปนี้เพื่อให้แอปของตนเข้ากันได้กับการเปลี่ยนแปลงใน Android 15

การปกปิดข้อมูลบางส่วนใน OTP

Android จะหยุดแอปที่ไม่เชื่อถือซึ่งใช้ NotificationListenerService ไม่ให้อ่านเนื้อหาที่ไม่มีการปกปิดจากการแจ้งเตือนที่ตรวจพบ OTP แอปที่เชื่อถือได้ เช่น การเชื่อมโยงกับเครื่องมือจัดการอุปกรณ์เสริมจะได้รับการยกเว้นจากข้อจำกัดเหล่านี้

การป้องกันการแชร์หน้าจอ

• ระบบจะซ่อนเนื้อหาการแจ้งเตือนระหว่างเซสชันการแชร์หน้าจอเพื่อรักษาความเป็นส่วนตัวของผู้ใช้ หากแอปใช้ setPublicVersion() แอป Android จะแสดงการแจ้งเตือนเวอร์ชันสาธารณะซึ่งทำหน้าที่เป็นการแจ้งเตือนแทนในบริบทที่ไม่ปลอดภัย ไม่เช่นนั้น ระบบจะปกปิดเนื้อหาการแจ้งเตือนโดยไม่มีบริบทเพิ่มเติม
• ระบบจะซ่อนเนื้อหาที่ละเอียดอ่อน เช่น การป้อนรหัสผ่าน จากผู้ดูจากระยะไกลเพื่อป้องกันการเปิดเผยข้อมูลที่ละเอียดอ่อนของผู้ใช้
• ระบบจะซ่อนกิจกรรมจากแอปที่โพสต์การแจ้งเตือนระหว่างการแชร์หน้าจอซึ่งตรวจพบ OTP เนื้อหาแอปจะซ่อนจากผู้ดูระยะไกลเมื่อเปิดใช้งาน
• นอกจากการระบุช่องที่มีความละเอียดอ่อนโดยอัตโนมัติของ Android แล้ว นักพัฒนาแอปยังทำเครื่องหมายบางส่วนของแอปว่าละเอียดอ่อนด้วยตนเองได้โดยใช้ setContentSensitivity ซึ่งจะซ่อนจากผู้ดูระยะไกลระหว่างการแชร์หน้าจอ
• นักพัฒนาแอปสามารถเลือกเปิด/ปิดตัวเลือกปิดใช้การป้องกันการแชร์หน้าจอในส่วนตัวเลือกสำหรับนักพัฒนาแอปเพื่อยกเว้นจากการป้องกันการแชร์หน้าจอเพื่อวัตถุประสงค์ในการสาธิตหรือทดสอบ โปรแกรมบันทึกหน้าจอของระบบเริ่มต้นจะได้รับการยกเว้นจากการเปลี่ยนแปลงเหล่านี้ เนื่องจากไฟล์บันทึกจะยังคงอยู่ในอุปกรณ์

กล้องและสื่อ

Android 15 ทำการเปลี่ยนแปลงต่อไปนี้กับลักษณะการทำงานของกล้องและสื่อสำหรับแอปทั้งหมด

การเล่นเสียงโดยตรงและการออฟโหลดจะลบล้างแทร็กเสียงโดยตรงหรือแทร็กเสียงที่ออฟโหลดไว้ก่อนหน้านี้เมื่อถึงขีดจำกัดทรัพยากร

Before Android 15, if an app requested direct or offload audio playback while another app was playing audio and the resource limits were reached, the app would fail to open a new AudioTrack.

Beginning with Android 15, when an app requests direct or offload playback and the resource limits are reached, the system invalidates any currently open AudioTrack objects which prevent fulfilling the new track request.

(Direct and offload audio tracks are typically opened for playback of compressed audio formats. Common use-cases for playing direct audio include streaming encoded audio over HDMI to a TV. Offload tracks are typically used to play compressed audio on a mobile device with hardware DSP acceleration.)

ประสบการณ์ของผู้ใช้และ UI ของระบบ

Android 15 มีการเปลี่ยนแปลงบางอย่างที่มุ่งสร้างประสบการณ์การใช้งานที่สม่ำเสมอและใช้งานง่ายยิ่งขึ้น

เปิดใช้ภาพเคลื่อนไหวย้อนกลับแบบคาดเดาสำหรับแอปที่เลือกใช้

Beginning in Android 15, the developer option for predictive back animations has been removed. System animations such as back-to-home, cross-task, and cross-activity now appear for apps that have opted in to the predictive back gesture either entirely or at an activity level. If your app is affected, take the following actions:

• Ensure that your app has been properly migrated to use the predictive back gesture.
• Ensure that your fragment transitions work with predictive back navigation.
• Migrate away from animation and framework transitions and use animator and androidx transitions instead.
• Migrate away from back stacks that FragmentManager doesn't know about. Use back stacks managed by FragmentManager or by the Navigation component instead.

วิดเจ็ตปิดอยู่เมื่อผู้ใช้บังคับให้แอปหยุด

If a user force-stops an app on a device running Android 15, the system temporarily disables all the app's widgets. The widgets are grayed out, and the user cannot interact with them. This is because beginning with Android 15, the system cancels all an app's pending intents when the app is force-stopped.

The system re-enables those widgets the next time the user launches the app.

For more information, see Changes to package stopped state.

ชิปแถบสถานะการฉายสื่อจะแจ้งให้ผู้ใช้ทราบเกี่ยวกับการแชร์หน้าจอ การแคสต์ และการบันทึก

Screen projection exploits expose private user data such as financial information because users don't realize their device screen is being shared. Android has until now shown screen cast and screen record icons on the status bar, but the icons are small and often overlooked. Also, stopping screen sharing or recording is cumbersome because controls are in Quick Settings.

Android 15 introduces a new status bar chip that is large and prominent, which should alert users to any in-progress screen projection. Users can tap the chip to stop their screen from being shared, cast, or recorded.

To provide an intuitive user experience, screen projection now automatically stops when the device screen is locked.

Benefits and performance gains

The new media projection status bar chip enhances the user experience as follows:

• Alerts users to in-progress screen sharing, casting, or recording
• Enable users to terminate screen projection by tapping the chip

Automatic suspension of screen projection when the device screen is locked ensures user privacy.

Check if your app is impacted

By default, your app includes the new status bar chip and automatically suspends screen projection when the lock screen activates. Test your app by implementing the onStop() method of the MediaProjection.Callback. Verify that your app responds appropriately when the screen projection stops as a result of the user tapping the status bar chip or when the lock screen activates.

การเลิกใช้งาน

ในแต่ละรุ่น API ของ Android บางรายการอาจล้าสมัยหรือจำเป็นต้องได้รับการรีแฟกทอริงเพื่อให้นักพัฒนาแอปได้รับประสบการณ์การใช้งานที่ดีขึ้นหรือรองรับความสามารถใหม่ๆ ของแพลตฟอร์ม ในกรณีเหล่านี้ เราจะเลิกใช้งาน API ที่ล้าสมัยอย่างเป็นทางการและแนะนำให้นักพัฒนาแอปเปลี่ยนไปใช้ API อื่นแทน

การเลิกใช้งานหมายความว่าเราได้สิ้นสุดการสนับสนุนอย่างเป็นทางการสำหรับ API ดังกล่าวแล้ว แต่นักพัฒนาแอปจะยังคงใช้งาน API ดังกล่าวได้ ดูข้อมูลเพิ่มเติมเกี่ยวกับการเลิกใช้งานที่โดดเด่นใน Android เวอร์ชันนี้ได้ที่หน้าการเลิกใช้งาน