ภาพรวมฟีเจอร์และ API

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

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

การทำให้เป็นสากล

ค่ากำหนดภาษาที่ใช้ในแอป

Android 14 扩展了 Android 13（API 级别 33）中引入的按应用设定语言功能，并包含以下额外功能：

  • 自动生成应用的 localeConfig：从 Android Studio Giraffe Canary 7 和 AGP 8.1.0-alpha07 开始，您可以将应用配置为自动支持各应用语言偏好设定。Android Gradle 插件会根据您的项目资源生成 LocaleConfig 文件，并在最终清单文件中添加对该文件的引用，这样您就不再需要手动创建或更新该文件。AGP 使用应用模块的 res 文件夹中的资源以及任何库模块依赖项来确定要在 LocaleConfig 文件中添加的语言区域。

  • 动态更新应用的 localeConfig：使用 LocaleManager 方法中的 setOverrideLocaleConfig() 和 getOverrideLocaleConfig() 可以在设备的系统设置中动态更新应用的受支持语言列表。有了这种灵活性，您可以按区域自定义支持的语言列表、运行 A/B 实验，或者如果您的应用通过服务器端推送进行本地化，则可以提供更新后的语言区域列表。

  • 输入法 (IME) 的应用语言可见性：IME 可以利用 getApplicationLocales() 方法查看当前应用的语言，并将 IME 语言与该语言进行匹配。

Grammatical Inflection API

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

การเรียกผู้ใช้ด้วยเพศทางไวยากรณ์ที่ไม่ถูกต้อง เช่น การเรียกผู้หญิงด้วยเพศทางไวยากรณ์ของผู้ชาย อาจส่งผลเสียต่อประสิทธิภาพและทัศนคติของผู้ใช้ ในทางตรงกันข้าม UI ที่มีภาษาที่แสดงเพศตามไวยากรณ์ของผู้ใช้อย่างถูกต้องจะช่วยเพิ่มการมีส่วนร่วมของผู้ใช้ และมอบประสบการณ์การใช้งานที่ปรับให้เหมาะกับผู้ใช้แต่ละคนและฟังดูเป็นธรรมชาติมากขึ้น

Android 14 เปิดตัว Grammatical Inflection API เพื่อช่วยคุณสร้าง UI ที่เน้นผู้ใช้สำหรับภาษาที่มีเพศแบบกำหนดเพศทางไวยากรณ์ ซึ่งจะช่วยให้คุณเพิ่มการรองรับเพศทางไวยากรณ์ได้โดยไม่ต้องรีแฟกทอริงแอป

ค่ากำหนดตามพื้นที่

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

เมนูใหม่ในการตั้งค่า Android สำหรับค่ากำหนดเหล่านี้ช่วยให้ผู้ใช้สามารถ ตำแหน่งส่วนกลางที่ค้นพบได้เพื่อเปลี่ยนค่ากำหนดของแอป การตั้งค่าเหล่านี้จะยังคงอยู่ผ่านการสํารองและคืนค่าด้วย API และ Intent หลายรายการ เช่น getTemperatureUnit และ getFirstDayOfWeek จะให้สิทธิ์แอปของคุณอ่านค่ากําหนดของผู้ใช้ เพื่อให้แอปปรับวิธีแสดงข้อมูลได้ นอกจากนี้ คุณยังจดทะเบียน BroadcastReceiver ใน ACTION_LOCALE_CHANGED เพื่อจัดการการเปลี่ยนแปลงการกำหนดค่าภาษาเมื่อค่ากำหนดระดับภูมิภาคมีการเปลี่ยนแปลงได้

หากต้องการค้นหาการตั้งค่าเหล่านี้ ให้เปิดแอปการตั้งค่าแล้วไปที่ระบบ >ภาษาและการป้อนข้อมูล > ค่ากําหนดระดับภูมิภาค

หน้าจอค่ากำหนดตามพื้นที่ในการตั้งค่าระบบ Android
ตัวเลือกอุณหภูมิสำหรับค่ากำหนดตามพื้นที่ในการตั้งค่าระบบ Android

การช่วยเหลือพิเศษ

การปรับขนาดแบบอักษรที่ไม่ใช่แบบเชิงเส้นเป็น 200%

ตั้งแต่ Android 14 เป็นต้นไป ระบบจะรองรับการปรับขนาดแบบอักษรได้สูงสุด 200% เพื่อให้ผู้ใช้มีตัวเลือกการช่วยเหลือพิเศษเพิ่มเติม

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

ทดสอบแอปด้วยการปรับขนาดแบบอักษรที่ไม่ใช่แบบเชิงเส้น

เปิดใช้ขนาดแบบอักษรสูงสุดในการตั้งค่าการช่วยเหลือพิเศษของอุปกรณ์ เพื่อทดสอบแอป

หากคุณใช้หน่วยพิกเซลที่รองรับการปรับขนาด (sp) เพื่อกำหนดขนาดข้อความอยู่แล้ว ระบบจะใช้ตัวเลือกเพิ่มเติมและการปรับปรุงการปรับขนาดเหล่านี้กับข้อความในแอปโดยอัตโนมัติ อย่างไรก็ตาม คุณยังคงควรทำการทดสอบ UI โดยเปิดใช้ขนาดแบบอักษรสูงสุด (200%) เพื่อให้แน่ใจว่าแอปใช้ขนาดแบบอักษรอย่างถูกต้องและรองรับขนาดแบบอักษรที่ใหญ่ขึ้นได้โดยไม่ส่งผลต่อความสามารถในการใช้งาน

หากต้องการเปิดใช้ขนาดแบบอักษร 200% ให้ทำตามขั้นตอนต่อไปนี้

  1. เปิดแอปการตั้งค่า แล้วไปที่การช่วยเหลือพิเศษ > ขนาดการแสดงผลและข้อความ
  2. สำหรับตัวเลือกขนาดแบบอักษร ให้แตะไอคอนบวก (+) จนกว่าจะเปิดใช้การตั้งค่าขนาดแบบอักษรสูงสุด ดังที่แสดงในรูปภาพที่มาพร้อมกับส่วนนี้

ใช้หน่วยพิกเซลที่ปรับขนาดแล้ว (sp) สำหรับขนาดข้อความ

โปรดอย่าลืมระบุขนาดข้อความในหน่วย sp เสมอ เมื่อ แอปใช้หน่วย sp ระบบ Android จะใช้ขนาดข้อความที่ผู้ใช้ต้องการและ ปรับขนาดอย่างเหมาะสมได้

อย่าใช้หน่วย sp สำหรับระยะห่างจากขอบหรือกำหนดความสูงของมุมมองโดยสมมติว่ามีระยะห่างจากขอบโดยนัย เมื่อใช้การปรับขนาดแบบไม่เชิงเส้นแบบอักษร ขนาด sp อาจไม่เป็นสัดส่วน ดังนั้น 4sp + 20sp อาจไม่เท่ากับ 24sp

แปลงหน่วยพิกเซลที่ปรับขนาด (sp)

ใช้ TypedValue.applyDimension() เพื่อแปลงจากหน่วย sp เป็นพิกเซล และใช้ TypedValue.deriveDimension() เพื่อแปลงพิกเซลเป็น sp วิธีการเหล่านี้จะใช้เส้นโค้งการปรับขนาดแบบไม่เชิงเส้นที่เหมาะสมโดยอัตโนมัติ

หลีกเลี่ยงการฮาร์ดโค้ดสมการโดยใช้ Configuration.fontScale หรือ DisplayMetrics.scaledDensity เนื่องจากการปรับขนาดแบบอักษรเป็นแบบไม่เชิงเส้น scaledDensity จึงไม่ถูกต้องอีกต่อไป ควรใช้ฟิลด์ fontScale เพื่อวัตถุประสงค์ในการให้ข้อมูลเท่านั้น เนื่องจากระบบจะไม่ ปรับขนาดแบบอักษรด้วยค่าสเกลาร์ค่าเดียวอีกต่อไป

ใช้หน่วย sp สำหรับ lineHeight

กำหนด android:lineHeight โดยใช้หน่วย sp แทน หน่วย dp เสมอ เพื่อให้ความสูงของบรรทัดปรับขนาดไปพร้อมกับข้อความ มิฉะนั้น หากข้อความ เป็น sp แต่lineHeightเป็น dp หรือ px ข้อความจะไม่ปรับขนาดและดูอึดอัด TextView จะแก้ไข lineHeight โดยอัตโนมัติเพื่อให้สัดส่วนที่คุณต้องการยังคงอยู่ แต่จะทำเช่นนี้ได้ก็ต่อเมื่อมีการกำหนดทั้ง textSize และ lineHeight ในหน่วย sp

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

Ultra HDR สำหรับรูปภาพ

ภาพคุณภาพของภาพแบบ Standard Dynamic Range (SDR) เทียบกับ High Dynamic Range (HDR)

Android 14 เพิ่มการรองรับรูปภาพ High Dynamic Range (HDR) ที่จะเก็บข้อมูลจากเซ็นเซอร์ได้มากขึ้นเมื่อถ่ายภาพ ซึ่งช่วยให้สีสันสดใสและคอนทราสต์มากขึ้น Android ใช้รูปแบบ Ultra HDR ซึ่งเข้ากันได้กับรูปภาพ JPEG อย่างสมบูรณ์ ซึ่งช่วยให้แอปทำงานร่วมกับรูปภาพ HDR ได้อย่างราบรื่น โดยแสดงรูปภาพในรูปแบบมาตรฐานไดนามิกเรนจ์ (SDR) ตามต้องการ

เฟรมเวิร์กจะแสดงผลรูปภาพเหล่านี้ใน UI เป็น HDR โดยอัตโนมัติเมื่อแอปเลือกใช้ UI HDR สำหรับกรอบเวลากิจกรรม ไม่ว่าจะผ่านรายการไฟล์ Manifest หรือที่รันไทม์โดยการเรียกใช้ Window.setColorMode() นอกจากนี้ คุณยังจับภาพภาพนิ่ง HDR แบบ Ultra ที่บีบอัดในอุปกรณ์ที่รองรับได้ด้วย การกู้คืนสีจากเซ็นเซอร์ได้มากขึ้นช่วยให้การแก้ไขในขั้นตอนหลังมีความยืดหยุ่นมากขึ้น คุณสามารถใช้ Gainmap ที่เชื่อมโยงกับภาพ Ultra HDR เพื่อแสดงผลภาพโดยใช้ OpenGL หรือ Vulkan

การซูม โฟกัส การแสดงตัวอย่างหลังถ่าย และอื่นๆ ในส่วนขยายกล้อง

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

  • การประมาณเวลาในการตอบสนองของการประมวลผลภาพนิ่งแบบไดนามิกจะให้ค่าประมาณเวลาในการตอบสนองของภาพนิ่งที่แม่นยำกว่ามากโดยอิงตามฉากปัจจุบันและสภาพสภาพแวดล้อม โทรไปที่ CameraExtensionSession.getRealtimeStillCaptureLatency() เพื่อรับออบเจ็กต์ StillCaptureLatency ที่มีวิธีการประมาณเวลาในการตอบสนอง 2 วิธี เมธอด getCaptureLatency() จะแสดงผลเวลาในการตอบสนองโดยประมาณระหว่าง onCaptureStarted กับ onCaptureProcessStarted() และเมธอด getProcessingLatency() จะแสดงผลเวลาในการตอบสนองโดยประมาณระหว่าง onCaptureProcessStarted() กับเวลาที่เฟรมที่ประมวลผลแล้วเฟรมสุดท้ายพร้อมใช้งาน
  • รองรับการเรียกกลับความคืบหน้าในการจับภาพเพื่อให้แอปแสดงความคืบหน้าปัจจุบันของการดำเนินการประมวลผลภาพนิ่งที่ทำงานต่อเนื่องเป็นเวลานาน คุณสามารถตรวจสอบว่าฟีเจอร์นี้พร้อมใช้งานใน CameraExtensionCharacteristics.isCaptureProcessProgressAvailable หรือไม่ หากพร้อมใช้งาน คุณก็สามารถใช้การเรียกกลับ onCaptureProcessProgressed() ซึ่งจะส่งความคืบหน้า (จาก 0 ถึง 100) เป็นพารามิเตอร์

  • ข้อมูลเมตาเฉพาะของชิ้นงาน เช่น CaptureRequest.EXTENSION_STRENGTH สำหรับปรับระดับเอฟเฟกต์ของชิ้นงาน เช่น ระดับการเบลอพื้นหลัง EXTENSION_BOKEH

  • ฟีเจอร์ดูภาพหลังถ่ายสําหรับการจับภาพนิ่งในส่วนขยายกล้อง ซึ่งจะแสดงภาพที่ประมวลผลน้อยลงได้เร็วกว่าภาพสุดท้าย หากชิ้นงานมีความล่าช้าในการประมวลผลเพิ่มขึ้น คุณอาจระบุรูปภาพหลังดูเป็นตัวยึดตําแหน่งเพื่อปรับปรุง UX และเปลี่ยนเป็นรูปภาพสุดท้ายในภายหลัง คุณสามารถตรวจสอบว่าฟีเจอร์นี้พร้อมใช้งานใน CameraExtensionCharacteristics.isPostviewAvailable หรือไม่ จากนั้นคุณสามารถส่ง OutputConfiguration ไปยัง ExtensionSessionConfiguration.setPostviewOutputConfiguration ได้

  • การรองรับ SurfaceView ซึ่งช่วยให้เส้นทางการแสดงผลตัวอย่างได้รับการเพิ่มประสิทธิภาพและประหยัดพลังงานมากขึ้น

  • รองรับการแตะเพื่อโฟกัสและซูมระหว่างการใช้ส่วนขยาย

การซูมในเซ็นเซอร์

When REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE in CameraCharacteristics contains SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW, your app can use advanced sensor capabilities to give a cropped RAW stream the same pixels as the full field of view by using a CaptureRequest with a RAW target that has stream use case set to CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW. By implementing the request override controls, the updated camera gives users zoom control even before other camera controls are ready.

เสียง USB แบบไม่สูญเสียรายละเอียด

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

ประสิทธิภาพการทำงานและเครื่องมือสำหรับนักพัฒนาแอป

Credential Manager

Android 14 เพิ่ม Credential Manager เป็น API ของแพลตฟอร์ม พร้อมการรองรับเพิ่มเติมสำหรับอุปกรณ์ Android 4.4 (ระดับ API 19) ผ่านไลบรารี Jetpack โดยใช้บริการ Google Play Credential Manager มีเป้าหมายที่จะช่วยให้ผู้ใช้ลงชื่อเข้าใช้ได้ง่ายขึ้นด้วย API ที่เรียกและจัดเก็บ ข้อมูลเข้าสู่ระบบกับผู้ให้บริการข้อมูลเข้าสู่ระบบที่ผู้ใช้กำหนดค่า Credential Manager รองรับวิธีการลงชื่อเข้าใช้หลายวิธี ซึ่งรวมถึงชื่อผู้ใช้และรหัสผ่าน พาสคีย์ และโซลูชันการลงชื่อเข้าใช้แบบรวมศูนย์ (เช่น ลงชื่อเข้าใช้ด้วย Google) ใน API เดียว

พาสคีย์มีข้อดีหลายประการ เช่น พาสคีย์สร้างขึ้นตามมาตรฐานอุตสาหกรรม ใช้งานได้ในระบบปฏิบัติการและระบบนิเวศของเบราว์เซอร์ต่างๆ รวมถึงใช้ได้กับทั้งเว็บไซต์และแอป

ดูข้อมูลเพิ่มเติมได้ที่เอกสารประกอบเกี่ยวกับ Credential Manager และพาสคีย์และบล็อกโพสต์เกี่ยวกับ Credential Manager และพาสคีย์

Health Connect

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

ในอุปกรณ์ที่ใช้ Android เวอร์ชันก่อน Android 14 คุณจะดาวน์โหลด Health Connect ในรูปแบบแอปได้ใน Google Play Store ตั้งแต่ Android 14 เป็นต้นไป Health Connect จะเป็นส่วนหนึ่งของแพลตฟอร์มและได้รับการอัปเดตผ่านการอัปเดตระบบ Google Play โดยไม่ต้องดาวน์โหลดแยกต่างหาก ซึ่งจะช่วยให้ Health Connect ได้รับการอัปเดตบ่อยครั้ง และแอปของคุณจะใช้ Health Connect ได้บนอุปกรณ์ที่ใช้ Android 14 ขึ้นไป ผู้ใช้สามารถเข้าถึง Health Connect ได้จากการตั้งค่าในอุปกรณ์ โดยจะมีการควบคุมความเป็นส่วนตัวที่ผสานรวมอยู่ในการตั้งค่าระบบ

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

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

ดูข้อมูลเพิ่มเติมได้ที่เอกสารประกอบเกี่ยวกับการเชื่อมต่อ Health และบล็อกโพสต์เกี่ยวกับมีอะไรใหม่ใน Android Health

การอัปเดต OpenJDK 17

Android 14 将继续更新 Android 的核心库，以与最新 OpenJDK LTS 版本中的功能保持一致，包括适合应用和平台开发者的库更新和 Java 17 语言支持。

其中包含以下功能和改进：

  • 将大约 300 个 java.base 类更新为支持 Java 17。
  • 文本块 - 为 Java 编程语言引入了多行字符串字面量。
  • instanceof 模式匹配：可让对象在 instanceof 中被视为具有特定类型，而无需任何额外的变量。
  • 密封类：允许您限制哪些类和接口可以扩展或实现它们。

得益于 Google Play 系统更新 (Project Mainline)，6 亿多台设备能够接收包含这些更改的最新 Android 运行时 (ART) 更新。我们致力于为应用提供更加一致、安全的跨设备环境，并为用户提供独立于平台版本的新功能。

Java 和 OpenJDK 是 Oracle 及/或其关联公司的商标或注册商标。

การปรับปรุงสำหรับ App Store

Android 14 引入了多个 PackageInstaller API，可帮助应用商店改善其用户体验。

下载之前请求批准安装

安装或更新应用可能需要用户批准。例如，当使用 REQUEST_INSTALL_PACKAGES 权限的安装程序尝试安装新应用时。在之前的 Android 版本中，只有在将 APK 写入安装会话并且提交会话后，应用商店才能请求用户批准。

从 Android 14 开始，requestUserPreapproval() 方法可让安装程序在提交安装会话之前请求用户批准。此项改进可让应用商店将任何 APK 的下载操作推迟到用户批准安装之后。此外，用户批准安装后，应用商店可以在后台下载并安装应用，而不会干扰用户。

承担未来更新的责任

借助 setRequestUpdateOwnership() 方法，安装程序可以向系统表明它打算负责将被安装的应用未来的更新。此 capability 可实现更新所有权强制执行，即仅允许更新所有者为应用安装自动更新。更新所有权强制执行有助于确保用户仅收到来自预期应用商店的更新。

任何其他安装程序（包括使用 INSTALL_PACKAGES 权限的安装程序）都必须获得用户的明确批准，才能安装更新。如果用户决定继续从其他来源安装更新，则会失去更新所有权。

在干扰较少的时段更新应用

应用商店通常希望避免更新正在使用的应用，因为这会导致应用正在运行的进程被终止，而这可能会中断用户正在执行的操作。

从 Android 14 开始，InstallConstraints API 让安装程序可以确保其应用更新在适当的时机进行。例如，应用商店可以调用 commitSessionAfterInstallConstraintsAreMet() 方法来确保仅在用户不再与相应应用互动时才进行更新。

无缝安装可选拆分

借助拆分 APK，应用的功能可以通过单独的 APK 文件提供，而不是以单体式 APK 的形式提供。借助拆分 APK，应用商店可以优化不同应用组件的提供。例如，应用商店可能会根据目标设备的属性进行优化。自在 API 级别 22 中引入以来，PackageInstaller API 一直支持拆分。

在 Android 14 中，setDontKillApp() 方法可让安装程序指明在安装新的拆分项时应用的运行进程不应终止。应用商店可以使用此功能，在用户使用应用时无缝安装应用的新功能。

App Bundle ข้อมูลเมตาของแอป

ตั้งแต่ Android 14 เป็นต้นไป เครื่องมือติดตั้งแพ็กเกจ Android จะช่วยให้คุณระบุข้อมูลเมตาของแอป เช่น แนวทางปฏิบัติด้านความปลอดภัยของข้อมูล เพื่อรวมไว้ในหน้าร้านค้าแอป เช่น Google Play

ตรวจหาเมื่อผู้ใช้ถ่ายภาพหน้าจอของอุปกรณ์

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

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

การทำงานที่กำหนดเองของแผ่นแชร์และการจัดอันดับที่ดีขึ้น

Android 14 อัปเดตชีตการแชร์ของระบบเพื่อรองรับการดำเนินการของแอปที่กำหนดเองและแสดงตัวอย่างผลลัพธ์ที่เป็นประโยชน์มากขึ้นสำหรับผู้ใช้

เพิ่มการดําเนินการที่กำหนดเอง

เมื่อใช้ Android 14 แอปของคุณจะเพิ่มการดำเนินการที่กำหนดเองลงในชีตการแชร์ของระบบที่เรียกใช้

ภาพหน้าจอของการดำเนินการที่กำหนดเองในหน้าจอการแชร์

ปรับปรุงการจัดอันดับของเป้าหมายการแชร์โดยตรง

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

แถวการแชร์โดยตรงในชีตการแชร์ ดังที่แสดงโดย 1

การรองรับภาพเคลื่อนไหวในตัวและภาพเคลื่อนไหวที่กำหนดเองสำหรับท่าทางสัมผัสย้อนกลับแบบคาดเดา

วิดีโอ: การเคลื่อนไหวย้อนกลับแบบคาดเดา

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

Android 14 มีการปรับปรุงหลายอย่างและคำแนะนำใหม่สำหรับฟีเจอร์การย้อนกลับแบบคาดการณ์ ดังนี้

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

การลบล้างต่อแอปของผู้ผลิตอุปกรณ์ที่มีหน้าจอขนาดใหญ่

การลบล้างค่าแอปต่อแอปช่วยให้ผู้ผลิตอุปกรณ์เปลี่ยนลักษณะการทำงานของแอปในอุปกรณ์ที่มีหน้าจอขนาดใหญ่ได้ ตัวอย่างเช่น การลบล้าง FORCE_RESIZE_APP จะสั่งให้ระบบปรับขนาดแอปให้พอดีกับขนาดการแสดงผล (หลีกเลี่ยงโหมดความเข้ากันได้ของขนาด) แม้ว่าจะมีการตั้งค่า resizeableActivity="false" ในไฟล์ Manifest ของแอปก็ตาม

การลบล้างมีวัตถุประสงค์เพื่อปรับปรุงประสบการณ์ของผู้ใช้บนหน้าจอขนาดใหญ่

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

การลบล้างต่อแอปของผู้ใช้ที่มีหน้าจอขนาดใหญ่

按应用替换项会更改应用在大屏设备上的行为。例如，无论应用的配置如何，OVERRIDE_MIN_ASPECT_RATIO_LARGE 设备制造商替换项都会将应用宽高比设置为 16:9。

借助 Android 14 QPR1，用户可以在大屏设备上通过新的设置菜单应用按应用替换项。

การแชร์หน้าจอเฉพาะแอป

การแชร์หน้าจอแอปช่วยให้ผู้ใช้แชร์หน้าต่างแอปแทนหน้าจออุปกรณ์ทั้งหน้าจอได้ในระหว่างการบันทึกเนื้อหาหน้าจอ

เมื่อแชร์หน้าจอแอป ระบบจะไม่รวมแถบสถานะ แถบนําทาง การแจ้งเตือน และองค์ประกอบ UI อื่นๆ ของระบบไว้ในหน้าจอที่แชร์ ระบบจะแชร์เฉพาะเนื้อหาของแอปที่เลือกเท่านั้น

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

ฟีเจอร์ช่วยตอบที่ขับเคลื่อนโดย LLM ใน Gboard บน Pixel 8 Pro

ในอุปกรณ์ Pixel 8 Pro ที่มีฟีเจอร์ใหม่ประจำเดือนธันวาคม นักพัฒนาแอปสามารถลองใช้ฟีเจอร์ช่วยตอบที่มีคุณภาพสูงขึ้นใน Gboard ซึ่งขับเคลื่อนโดยโมเดลภาษาขนาดใหญ่ (LLM) ในอุปกรณ์ที่ทำงานบน Google Tensor

ฟีเจอร์นี้มีให้บริการเป็นเวอร์ชันตัวอย่างแบบจำกัดสำหรับภาษาอังกฤษแบบสหรัฐอเมริกาใน WhatsApp, Line และ KakaoTalk โดยต้องใช้อุปกรณ์ Pixel 8 Pro ที่มี Gboard เป็นแป้นพิมพ์

หากต้องการลองใช้ ให้เปิดใช้ฟีเจอร์นี้ในการตั้งค่า > ตัวเลือกสำหรับนักพัฒนาแอป > การตั้งค่า AiCore > เปิดใช้ AiCore Persistent ก่อน

จากนั้นเปิดการสนทนาในแอปที่รองรับเพื่อดูการช่วยตอบที่ทำงานด้วย LLM ในแถบคำแนะนำของ Gboard เพื่อตอบกลับข้อความที่เข้ามา

Gboard ใช้ LLM ในอุปกรณ์เพื่อให้การช่วยตอบที่มีคุณภาพสูงขึ้น

กราฟิก

เส้นทางสามารถสืบค้นและประมาณค่าได้

Android 的 Path API 是一种强大且灵活的机制，可用于创建和渲染矢量图形，能够描边或填充路径、根据线段或二次曲线或立方曲线构建路径、执行布尔运算以获取更复杂的形状，或同时执行所有这些操作。但有一个限制是，您无法了解 Path 对象中实际包含的内容；该对象的内部信息在创建后对调用方是不透明的。

如需创建 Path，您可以调用 moveTo()、lineTo() 和 cubicTo() 等方法来添加路径段。但是，无法询问该路径有哪些片段，因此您必须在创建时保留该信息。

从 Android 14 开始，您可以查询路径以了解其内部内容。首先，您需要使用 Path.getPathIterator API 获取 PathIterator 对象：

Kotlin

val path = Path().apply {
    moveTo(1.0f, 1.0f)
    lineTo(2.0f, 2.0f)
    close()
}
val pathIterator = path.pathIterator

Java

Path path = new Path();
path.moveTo(1.0F, 1.0F);
path.lineTo(2.0F, 2.0F);
path.close();
PathIterator pathIterator = path.getPathIterator();

接下来，您可以调用 PathIterator 逐个遍历片段，并检索每个片段的所有必要数据。以下示例使用了 PathIterator.Segment 对象，它会为您打包数据：

Kotlin

for (segment in pathIterator) {
    println("segment: ${segment.verb}, ${segment.points}")
}

Java

while (pathIterator.hasNext()) {
    PathIterator.Segment segment = pathIterator.next();
    Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints());
}

PathIterator 还有一个非分配版 next()，您可以在其中传入缓冲区来保存点数据。

查询 Path 数据的一个重要用例是插值。例如，您可能想在两个不同的路径之间添加动画（或变形）。为了进一步简化该用例，Android 14 针对 Path 还包含 interpolate() 方法。假设两个路径具有相同的内部结构，interpolate() 方法会使用该插值结果创建一个新的 Path。以下示例返回了一个形状介于 path 和 otherPath 之间的一半（线性插值为 0.5）的路径：

Kotlin

val interpolatedResult = Path()
if (path.isInterpolatable(otherPath)) {
    path.interpolate(otherPath, .5f, interpolatedResult)
}

Java

Path interpolatedResult = new Path();
if (path.isInterpolatable(otherPath)) {
    path.interpolate(otherPath, 0.5F, interpolatedResult);
}

Jetpack graphics-path 库也为早期版本的 Android 启用了类似的 API。

ตาข่ายที่กำหนดเองพร้อม Vertex Shader และ Fragment Shader

Android has long supported drawing triangle meshes with custom shading, but the input mesh format has been limited to a few predefined attribute combinations. Android 14 adds support for custom meshes, which can be defined as triangles or triangle strips, and can, optionally, be indexed. These meshes are specified with custom attributes, vertex strides, varying, and vertex and fragment shaders written in AGSL.

The vertex shader defines the varyings, such as position and color, while the fragment shader can optionally define the color for the pixel, typically by using the varyings created by the vertex shader. If color is provided by the fragment shader, it is then blended with the current Paint color using the blend mode selected when drawing the mesh. Uniforms can be passed into the fragment and vertex shaders for additional flexibility.

ตัวแสดงผลบัฟเฟอร์ฮาร์ดแวร์สำหรับ Canvas

协助使用 Android 的 Canvas API 通过 硬件加速至 HardwareBuffer、Android 14 引入了 HardwareBufferRenderer。如果您的用例涉及通过 SurfaceControl 与系统合成器通信以实现低延迟绘制，此 API 特别有用。