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

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

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

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

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

Android 14 ขยายฟีเจอร์ภาษาต่อแอปที่เปิดตัวใน Android 13 (API ระดับ 33) ด้วยความสามารถเพิ่มเติมต่อไปนี้

• สร้าง localeConfig ของแอปโดยอัตโนมัติ: ตั้งแต่ Android Studio Giraffe Canary 7 และ AGP 8.1.0-alpha07 เป็นต้นไป คุณสามารถกําหนดค่าแอปให้รองรับค่ากําหนดภาษาของแต่ละแอปโดยอัตโนมัติ ปลั๊กอิน Android Gradle จะสร้างไฟล์ LocaleConfig และเพิ่มการอ้างอิงไฟล์ดังกล่าวในไฟล์ Manifest สุดท้ายโดยอิงตามทรัพยากรของโปรเจ็กต์ คุณจึงไม่ต้องสร้างหรืออัปเดตไฟล์ด้วยตนเองอีกต่อไป AGP ใช้ทรัพยากรในโฟลเดอร์ res ของโมดูลแอปและทรัพยากร Dependency ของโมดูลไลบรารีเพื่อระบุภาษาที่จะรวมไว้ในไฟล์ LocaleConfig

• การอัปเดตแบบไดนามิกสำหรับ localeConfig ของแอป: ใช้วิธีใน setOverrideLocaleConfig() และ getOverrideLocaleConfig() ใน LocaleManager เพื่ออัปเดตรายการภาษาที่รองรับของแอปแบบไดนามิกในการตั้งค่าระบบของอุปกรณ์ ใช้ความยืดหยุ่นนี้เพื่อปรับแต่งรายการภาษาที่รองรับตามภูมิภาค ทำการทดสอบ A/B หรือระบุรายการภาษาที่อัปเดตแล้วหากแอปใช้การพุชฝั่งเซิร์ฟเวอร์สำหรับการแปล

• ระดับการเข้าถึงภาษาของแอปสําหรับตัวแก้ไขวิธีการป้อนข้อมูล (IME): IME สามารถใช้วิธี getApplicationLocales() เพื่อตรวจสอบภาษาของแอปปัจจุบันและจับคู่ภาษา IME กับภาษานั้น

Grammatical Inflection API

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

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

为帮助您针对区分性别的语言构建以用户为中心的界面，Android 14 引入了 Grammatical Inflection API，让您无需重构应用便能添加对语法性别的支持。

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

用户可通过地区偏好设置对温度单位、一周的第一天和编号系统进行个性化设置。居住在美国的欧洲用户可能更希望使用摄氏度，而不是华氏度，并且希望应用将星期一视为一周的开始，而不是像美国那样默认从星期日开始。

新 Android 设置菜单包含这些偏好设置，使用户能够在一个位置集中发现这些应用更改偏好设置。这些偏好设置在备份和恢复设备后也会保持不变。多个 API 和 intent（例如 getTemperatureUnit 和 getFirstDayOfWeek）会为您的应用授予读取权限来访问用户偏好设置，因此您的应用可以调整其显示信息的方式。您还可以在 ACTION_LOCALE_CHANGED 上注册 BroadcastReceiver，以便在地区偏好设置发生更改时处理语言区域配置更改。

如需找到这些设置，请打开“设置”应用，然后依次前往系统 > 语言和输入法 > 地区偏好设置。

Android 系统设置中的地区偏好设置界面。

Android 系统中地区偏好设置的温度选项 设置。

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

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

从 Android 14 开始，系统支持字体放大高达 200%，为弱视用户提供了符合网络内容无障碍指南 (WCAG) 的其他无障碍选项。

为防止屏幕上的大文本元素放大过大，系统会采用非线性放大曲线。这种放大策略意味着大号文本的放大比例不会与较小的文本相同。非线性字体缩放有助于保持不同大小元素之间的比例层次结构，同时缓解高级别线性文本缩放的问题（例如文本被截断或文本因超大显示大小而难以阅读）。

使用非线性字体放大测试应用

在设备的无障碍设置中启用最大字号，以测试应用。

如果您已经使用放大像素 (sp) 单位来定义文本大小，那么这些额外的选项和缩放改进会自动应用于应用中的文本。但是，您仍然应该在启用最大字体大小 (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 字段应仅用于提供信息，因为字体不再使用单个标量值进行缩放。

对 lineHeight 使用 sp 单位

始终使用 sp 单位（而非 dp）定义 android:lineHeight，以便行高随文本一起缩放。否则，如果您的文本为 sp，而 lineHeight 以 dp 或 px 为单位，则文本无法缩放且看起来狭窄。TextView 会自动更正 lineHeight 以保留您预期的比例，但前提是以 sp 为单位同时定义 textSize 和 lineHeight。

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

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 ซึ่งช่วยให้เส้นทางการแสดงผลตัวอย่างได้รับการเพิ่มประสิทธิภาพและประหยัดพลังงานมากขึ้น

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

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

เมื่อ REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE ใน CameraCharacteristics มี SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW แอปของคุณจะใช้ความสามารถขั้นสูงของเซ็นเซอร์เพื่อให้สตรีม RAW ที่ครอบตัดมีจำนวนพิกเซลเท่ากับมุมมองแบบเต็มได้โดยใช้ CaptureRequest ที่มีเป้าหมาย RAW ซึ่งตั้งค่า Use Case ของสตรีมเป็น CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW การใช้การควบคุมการลบล้างคําขอช่วยให้กล้องที่อัปเดตแล้วให้ผู้ใช้ควบคุมการซูมได้ก่อนที่ตัวควบคุมกล้องอื่นๆ จะพร้อมใช้งาน

เสียง USB แบบไม่สูญเสียคุณภาพ

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

เครื่องมือและประสิทธิภาพการทำงานของนักพัฒนาซอฟต์แวร์

เครื่องมือจัดการข้อมูลเข้าสู่ระบบ

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

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

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

Health Connect

Health Connect 是用户健康与健身数据的设备端仓库。借助该功能，用户可以在一个位置控制要与这些应用共享哪些数据，并在自己喜爱的应用之间共享数据。

在搭载 Android 14 之前的 Android 版本的设备上，Health Connect 可作为应用从 Google Play 商店下载。从 Android 14 开始，Health Connect 将成为 Android 平台的一部分，并通过 Google Play 系统更新接收更新，而无需单独下载。这样一来，Health Connect 就可以频繁更新，您的应用可以依赖于搭载 Android 14 或更高版本的设备上提供的 Health Connect。用户可以通过设备的“设置”访问 Health Connect，隐私控制功能集成到系统设置中。

用户无需在搭载 Android 14 或更高版本的设备上单独下载应用，即可开始使用 Health Connect。

用户可以通过系统设置控制哪些应用可以访问其健康与健身数据。

Health Connect 在 Android 14 中包含多项新功能，例如锻炼路线，可让用户分享可在地图上直观呈现的锻炼路线。路线定义为在一定时间范围内保存的位置列表，您的应用可以将路线插入锻炼时段，将它们关联起来。为确保用户能够完全控制此类敏感数据，用户必须允许与其他应用共享单个路线。

如需了解详情，请参阅 Health Connect 文档以及有关 Android Health 中的新功能的博文。

การอัปเดต OpenJDK 17

Android 14 ยังคงปรับปรุงไลบรารีหลักของ Android ให้สอดคล้องกับฟีเจอร์ใน OpenJDK LTS เวอร์ชันล่าสุด ซึ่งรวมถึงทั้งการอัปเดตไลบรารีและการรองรับภาษา Java 17 สําหรับนักพัฒนาแอปและแพลตฟอร์ม

ฟีเจอร์และการปรับปรุงต่อไปนี้จะรวมอยู่ด้วย

• อัปเดตคลาส java.base ประมาณ 300 คลาสให้รองรับ Java 17
• บล็อกข้อความ ซึ่งจะนําสตริงตัวอักษรหลายบรรทัดมาสู่ภาษาโปรแกรม Java
• การจับคู่รูปแบบสำหรับ instanceof ซึ่งช่วยให้ระบบถือว่าออบเจ็กต์มีประเภทที่เฉพาะเจาะจงใน instanceof โดยไม่ต้องมีตัวแปรเพิ่มเติม
• คลาสที่ปิด ซึ่งช่วยให้คุณจำกัดคลาสและอินเทอร์เฟซที่ขยายหรือนำไปใช้ได้

การอัปเดตระบบ Google Play (Project Mainline) ช่วยให้อุปกรณ์กว่า 600 ล้านเครื่องสามารถรับการอัปเดต Android Runtime (ART) ล่าสุดที่มีการเปลี่ยนแปลงเหล่านี้ ซึ่งเป็นส่วนหนึ่งของความมุ่งมั่นของเราที่จะมอบสภาพแวดล้อมที่ปลอดภัยและสอดคล้องกันมากขึ้นให้แก่แอปในอุปกรณ์ต่างๆ รวมถึงมอบฟีเจอร์และความสามารถใหม่ๆ ให้แก่ผู้ใช้โดยไม่ขึ้นอยู่กับรุ่นของแพลตฟอร์ม

Java และ OpenJDK เป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ

การปรับปรุงสำหรับร้านค้าแอป

Android 14 เปิดตัว PackageInstaller API หลายรายการที่ช่วยปรับปรุงประสบการณ์ของผู้ใช้สำหรับ App Store

หมายเหตุ: หากคุณพัฒนา App Store ของบุคคลที่สาม เรายินดีรับฟังความคิดเห็นของคุณ ดังนั้นโปรดลองใช้ API เหล่านี้และบอกให้เราทราบถึงสิ่งที่คุณคิด

ขอการอนุมัติการติดตั้งก่อนดาวน์โหลด

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

ตั้งแต่ Android 14 เป็นต้นไป เมธอด requestUserPreapproval() จะอนุญาตให้ผู้ติดตั้งขอการอนุมัติจากผู้ใช้ก่อนยืนยันเซสชันการติดตั้ง การปรับปรุงนี้ช่วยให้ App Store เลื่อนการดาวน์โหลด APK ไว้ได้จนกว่าจะได้รับการอนุมัติการติดตั้งจากผู้ใช้ นอกจากนี้ เมื่อผู้ใช้อนุมัติการติดตั้งแล้ว แอปสโตร์จะดาวน์โหลดและติดตั้งแอปในเบื้องหลังได้โดยไม่รบกวนผู้ใช้

อ้างความรับผิดชอบสำหรับการอัปเดตในอนาคต

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

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

อัปเดตแอปในเวลาที่รบกวนน้อยลง

โดยปกติแล้ว App Store ต้องการหลีกเลี่ยงการอัปเดตแอปที่ผู้ใช้กำลังใช้งานอยู่ เนื่องจากจะส่งผลให้กระบวนการที่ทำงานอยู่ของแอปหยุดลง ซึ่งอาจขัดจังหวะสิ่งที่ผู้ใช้กำลังทำอยู่

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

ติดตั้งส่วนแยกที่ไม่บังคับได้อย่างราบรื่น

เมื่อใช้ APK แบบแยก คุณจะส่งฟีเจอร์ของแอปเป็นไฟล์ APK แยกต่างหากได้ แทนที่จะส่งเป็น APK แบบรวม APK แบบแยกช่วยให้ App Store เพิ่มประสิทธิภาพการนำส่งคอมโพเนนต์ต่างๆ ของแอปได้ เช่น แอปสโตร์อาจเพิ่มประสิทธิภาพตามพร็อพเพอร์ตี้ของอุปกรณ์เป้าหมาย PackageInstaller API รองรับการแยกตั้งแต่เปิดตัวใน API ระดับ 22

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

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

App Bundle ข้อมูลเมตา

从 Android 14 开始，Android 软件包安装程序可让您指定应用元数据（例如数据安全做法），以在 Google Play 等应用商店页面上架。

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

为了打造更加标准化的屏幕截图检测体验，Android 14 引入了可保护隐私的屏幕截图检测 API。借助此 API，应用可以按 activity 注册回调。如果用户在该 activity 可见时截取屏幕截图，系统会调用这些回调并通知用户。

注意：该回调未提供实际屏幕截图的图片。用户截取屏幕截图后，屏幕上的内容将由您的应用决定。

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

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

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

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

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

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

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

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

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

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

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

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

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

• คุณสามารถตั้งค่า android:enableOnBackInvokedCallback=true เพื่อเลือกใช้การเคลื่อนไหวของระบบสำหรับการย้อนกลับแบบคาดเดาต่อกิจกรรมแทนทั้งแอป
• เราได้เพิ่มภาพเคลื่อนไหวใหม่ของระบบเพื่อใช้ควบคู่ไปกับภาพเคลื่อนไหวของการเปลี่ยนกลับไปที่หน้าแรกจาก Android 13 ภาพเคลื่อนไหวของระบบแบบใหม่จะทำงานข้ามกิจกรรมและข้ามงาน ซึ่งคุณจะได้รับโดยอัตโนมัติหลังจากย้ายข้อมูลไปยังท่าทางสัมผัสย้อนกลับแบบคาดเดา
• เราได้เพิ่มภาพเคลื่อนไหวใหม่สำหรับคอมโพเนนต์ Material สำหรับชีตด้านล่าง ชีตด้านข้าง และการค้นหา
• เราได้จัดทำคำแนะนำด้านการออกแบบสำหรับการสร้างภาพเคลื่อนไหวและทรานซิชันในแอปที่กำหนดเอง
• เราได้เพิ่ม API ใหม่เพื่อรองรับภาพเคลื่อนไหวการเปลี่ยนภาพในแอปที่กําหนดเอง ดังนี้
  • handleOnBackStarted, handleOnBackProgressed, handleOnBackCancelled in OnBackPressedCallback
  • onBackStarted, onBackProgressed, onBackCancelled in OnBackAnimationCallback
  • ใช้ overrideActivityTransition แทน overridePendingTransition สำหรับทรานซิชันที่ตอบสนองเมื่อผู้ใช้ปัดกลับ

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

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

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

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

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

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

หมายเหตุ: ฟีเจอร์นี้รวมอยู่ในอุปกรณ์ที่ใช้ Android 14 QPR1 ขึ้นไป

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

Android 14 QPR1 ช่วยให้ผู้ใช้ใช้การลบล้างระดับแอปได้ผ่านเมนูการตั้งค่าใหม่ในอุปกรณ์หน้าจอขนาดใหญ่

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

หมายเหตุ: ฟีเจอร์นี้รวมอยู่ในอุปกรณ์ที่ใช้ Android 14 QPR2 ขึ้นไป

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

เมื่อแชร์หน้าจอแอป ระบบจะไม่รวมแถบสถานะ แถบนําทาง การแจ้งเตือน และองค์ประกอบ 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 ในอุปกรณ์เพื่อให้การช่วยตอบที่มีคุณภาพสูงขึ้น

หมายเหตุ: เราจะเริ่มเปิดตัวตัวอย่างฟีเจอร์นี้ในอุปกรณ์หลังจากการเปิดตัวฟีเจอร์ในเดือนธันวาคม หากยังไม่เห็นลักษณะการทํางานแบบใหม่ของฟีเจอร์การตอบกลับอัจฉริยะ โปรดรอ 2-3 วันแล้วลองอีกครั้ง การดาวน์โหลดโมเดลอาจใช้เวลาสักครู่ ดังนั้นการชาร์จอุปกรณ์ผ่าน Wi-Fi ข้ามคืนจะช่วยเร่งกระบวนการนี้ได้

กราฟิก

เส้นทางสามารถค้นหาและหาค่าระหว่างจุดได้

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 และ Fragment Shader

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

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

โปรแกรมแสดงผลบัฟเฟอร์ฮาร์ดแวร์สำหรับ Canvas

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