סקירה כללית על תכונות וממשקי API

ב-Android 14 יש תכונות וממשקי API מצוינים למפתחים. במאמרים הבאים מוסבר על התכונות של האפליקציות ועל תחילת העבודה עם ממשקי ה-API הרלוונטיים.

רשימה מפורטת של ממשקי ה-API שנוספו, שונו והוסרו מפורטת בדוח ההבדלים של ממשקי ה-API. פרטים על ממשקי API שנוספו זמינים בחומר העזר בנושא Android API. לגבי Android 14, מחפשים ממשקי API שנוספו ברמת API 34. כדי לקבל מידע על תחומים שבהם שינויים בפלטפורמה עשויים להשפיע על האפליקציות שלכם, כדאי לעיין בשינויים בהתנהגות של Android 14 באפליקציות שמטרגטות ל-Android 14 ובכל האפליקציות.

אינטרנציונליזציה

העדפות שפה לכל אפליקציה

Android 14 expands on the per-app language features that were introduced in Android 13 (API level 33) with these additional capabilities:

  • Automatically generate an app's localeConfig: Starting with Android Studio Giraffe Canary 7 and AGP 8.1.0-alpha07, you can configure your app to support per-app language preferences automatically. Based on your project resources, the Android Gradle plugin generates the LocaleConfig file and adds a reference to it in the final manifest file, so you no longer have to create or update the file manually. AGP uses the resources in the res folders of your app modules and any library module dependencies to determine the locales to include in the LocaleConfig file.

  • Dynamic updates for an app's localeConfig: Use the setOverrideLocaleConfig() and getOverrideLocaleConfig() methods in LocaleManager to dynamically update your app's list of supported languages in the device's system settings. Use this flexibility to customize the list of supported languages per region, run A/B experiments, or provide an updated list of locales if your app utilizes server-side pushes for localization.

  • App language visibility for input method editors (IMEs): IMEs can utilize the getApplicationLocales() method to check the language of the current app and match the IME language to that language.

Grammatical Inflection API

3 מיליארד אנשים דוברים שפות עם מגדר: שפות שבהן קטגוריות דקדוקיות – כמו שמות עצם, פעלים, שמות תואר ומילות יחס – משתנות בהתאם למגדר של האנשים והאובייקטים שאתם מדברים אליהם או עליהם. באופן מסורתי, בשפות רבות עם מגדר נעשה שימוש במגדר grammatcal masculine כמגדר ברירת המחדל או כמגדר כללי.

שימוש במגדר הדקדוקי הלא נכון למשתמשים, למשל שימוש במגדר הדקדוקי הזכרי לנשים, עלול להשפיע לרעה על הביצועים והגישה שלהם. לעומת זאת, ממשק משתמש עם שפה שמשקפת בצורה נכונה את המגדר הדקדוקי של המשתמש יכול לשפר את המעורבות של המשתמש ולספק חוויית משתמש מותאמת אישית יותר וטבעית יותר.

To help you build a user-centric UI for gendered languages, Android 14 introduces the Grammatical Inflection API, which lets you add support for grammatical gender without refactoring your app.

העדפות הפורמט והמידות

Regional preferences enable users to personalize temperature units, the first day of the week, and numbering systems. A European living in the United States might prefer temperature units to be in Celsius rather than Fahrenheit and for apps to treat Monday as the beginning of the week instead of the US default of Sunday.

New Android Settings menus for these preferences provide users with a discoverable and centralized location to change app preferences. These preferences also persist through backup and restore. Several APIs and intents—such as getTemperatureUnit and getFirstDayOfWeek— grant your app read access to user preferences, so your app can adjust how it displays information. You can also register a BroadcastReceiver on ACTION_LOCALE_CHANGED to handle locale configuration changes when regional preferences change.

To find these settings, open the Settings app and navigate to System > Languages & input > Regional preferences.

Regional preferences screen in Android system settings.
Temperature options for regional preferences in Android system settings.

נגישות

הגדלת גופן לא לינארית ל-200%

החל מגרסה 14 של Android, המערכת תומכת בהגדלת גופן עד 200%, ומספקת למשתמשים עם לקות ראייה אפשרויות נוספות של נגישות בהתאם להנחיות הנגישות לתוכן אינטרנט (WCAG).

כדי למנוע הגדלה גדולה מדי של אלמנטים גדולים של טקסט במסך, המערכת מחילה עקומת שינוי לא לינארית. באמצעות אסטרטגיה זו של הגדלה באחוזים לא משתנה באותו קצב של טקסט קטן. שינוי גודל גופנים לא לינארי עוזר לשמר את ההיררכיה הפרופורציונלית בין רכיבים בגדלים שונים, צמצום בעיות עם שינוי גודל טקסט ליניארי במעלות גבוהות (למשל נחתך או טקסט שקשה יותר לקרוא עקב תצוגה גדולה מאוד גדלים).

בדיקת האפליקציה עם שינוי גודל גופן לא לינארי

הפעלת גודל הגופן המקסימלי בהגדרות הנגישות של מכשיר כדי לבדוק את האפליקציה.

אם אתם כבר משתמשים ביחידות פיקסלים (sp) מותאמות כדי להגדיר את גודל הטקסט, אפשרויות נוספות ושיפורים בהתאמה לעומס (scaling) מיושמים באופן אוטומטי טקסט באפליקציה. עם זאת, עדיין צריך לבצע בדיקת ממשק משתמש עם גודל הגופן הופעל (200%) כדי לוודא שהאפליקציה מחילה את גודלי הגופנים בצורה נכונה ויכולה להתאים לגופנים גדולים יותר בלי להשפיע על נוחות השימוש.

כדי להגדיל את גודל הגופן ל-200%:

  1. פותחים את אפליקציית ההגדרות ועוברים אל נגישות > גודל התצוגה ו text.
  2. באפשרות גודל הגופן, מקישים על סמל הפלוס (+) עד לגופן המקסימלי. הגדרת הגודל מופעלת, כפי שמוצג בתמונה הנלווית .

שימוש ביחידות של פיקסלים משוקללים (sp) לגודל הטקסט

חשוב לזכור תמיד לציין את גדלי הטקסט ביחידות sp. מתי באפליקציה שלך נעשה שימוש ביחידות sp, מערכת Android יכולה להחיל את גודל הטקסט המועדף על המשתמש וגם להתאים אותו לעומס.

לא להשתמש ביחידות sp למרווחים פנימיים או להגדיר גובה תצוגה בהנחה שיש מרווח פנימי משתמע: כשמשתמשים בהתאמת גודל גופן לא לינארית, יכול להיות שהמידות ב-sp לא יהיו פרופורציונליות, כך ש-4sp + 20sp לא יהיה שווה ל-24sp.

המרת יחידות פיקסלים (sp) מותאמות

כדי להמיר מיחידות sp, צריך להשתמש ב-TypedValue.applyDimension() לפיקסלים, ומשתמשים ב-TypedValue.deriveDimension() כדי להמיר פיקסלים ל-sp. בשיטות האלה המערכת מיישמת את ההתאמה לעומס (scaling) המתאים עקומה באופן אוטומטי.

מומלץ להימנע מכתיבת משוואות בתוך הקוד באמצעות Configuration.fontScale או DisplayMetrics.scaledDensity. מפני ששינוי גודל הגופן שאינו לינארי, השדה scaledDensity כבר לא מדויק. fontScale יש להשתמש בשדה למטרות מידע בלבד, מאחר שהגופנים כבר לא קיימים עם ערך סקלר יחיד.

שימוש ביחידות sp עבור lineHeight

תמיד צריך להגדיר android:lineHeight באמצעות יחידות sp של dp, כך שגובה השורה ישתנה בהתאם לטקסט. אחרת, אם הטקסט הוא sp אבל הערך של lineHeight הוא ב-dp או ב-px, הוא לא גדל ונראה דחוס. TextView מתקן באופן אוטומטי את lineHeight כדי לשמור על הפרופורציות הרצויות, אבל רק אם גם textSize וגם lineHeight מוגדרים ביחידות sp.

מצלמה ומדיה

Ultra HDR לתמונות

An illustration of Standard Dynamic Range (SDR) versus High Dynamic Range (HDR) image quality.

Android 14 adds support for High Dynamic Range (HDR) images that retain more of the information from the sensor when taking a photo, which enables vibrant colors and greater contrast. Android uses the Ultra HDR format, which is fully backward compatible with JPEG images, allowing apps to seamlessly interoperate with HDR images, displaying them in Standard Dynamic Range (SDR) as needed.

Rendering these images in the UI in HDR is done automatically by the framework when your app opts in to using HDR UI for its Activity Window, either through a manifest entry or at runtime by calling Window.setColorMode(). You can also capture compressed Ultra HDR still images on supported devices. With more colors recovered from the sensor, editing in post can be more flexible. The Gainmap associated with Ultra HDR images can be used to render them using OpenGL or Vulkan.

זום, מיקוד, תצוגה מפורטת ועוד בתוספים למצלמה

Android 14 upgrades and improves camera extensions, allowing apps to handle longer processing times, which enables improved images using compute-intensive algorithms like low-light photography on supported devices. These features give users an even more robust experience when using camera extension capabilities. Examples of these improvements include:

זום בחיישן

当 CameraCharacteristics 中的 REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE 包含 SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW 时，您的应用可以使用高级传感器功能，将剪裁后的 RAW 数据流的像素与全视野范围相同，方法是将 CaptureRequest 与将数据流用例设置为 CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW 的 RAW 目标搭配使用。通过实现请求替换控件，更新后的相机可让用户在其他相机控件准备就绪之前使用缩放控件。

אודיו ב-USB ללא אובדן נתונים

Android 14 gains support for lossless audio formats for audiophile-level experiences over USB wired headsets. You can query a USB device for its preferred mixer attributes, register a listener for changes in preferred mixer attributes, and configure mixer attributes using the AudioMixerAttributes class. This class represents the format, such as channel mask, sample rate, and behavior of the audio mixer. The class allows for audio to be sent directly, without mixing, volume adjustment, or processing effects.

כלים ודרכים לשיפור הפרודוקטיביות של מפתחים

מנהל פרטי הכניסה

Android 14 将 Credential Manager 添加为平台 API，并通过使用 Google Play 服务的 Jetpack 库，向后额外支持 Android 4.4（API 级别 19）设备。Credential Manager 旨在通过 API 使用用户配置的凭据提供程序检索和存储凭据，让用户更轻松地登录。Credential Manager 在单个 API 中支持多种登录方法，包括用户名和密码、通行密钥和联合登录解决方案（如“使用 Google 账号登录”）。

通行密钥具有许多优势。例如，通行密钥是基于业界标准构建的，可在各种不同的操作系统和浏览器生态系统中使用，并且可用于网站和应用。

如需了解详情，请参阅 Credential Manager 和通行密钥文档以及介绍 Credential Manager 和通行密钥的博文。

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 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases, including both library updates and Java 17 language support for app and platform developers.

The following features and improvements are included:

  • Updated approximately 300 java.base classes to Java 17 support.
  • Text Blocks, which introduce multi-line string literals to the Java programming language.
  • Pattern Matching for instanceof, which allows an object to be treated as having a specific type in an instanceof without any additional variables.
  • Sealed classes, which allow you restrict which classes and interfaces can extend or implement them.

Thanks to Google Play system updates (Project Mainline), over 600 million devices are enabled to receive the latest Android Runtime (ART) updates that include these changes. This is part of our commitment to give apps a more consistent, secure environment across devices, and to deliver new features and capabilities to users independent of platform releases.

Java and OpenJDK are trademarks or registered trademarks of Oracle and/or its affiliates.

שיפורים בחנויות האפליקציות

Android 14 introduces several PackageInstaller APIs that allow app stores to improve their user experience.

Request install approval before downloading

Installing or updating an app might require user approval. For example, when an installer making use of the REQUEST_INSTALL_PACKAGES permission attempts to install a new app. In prior Android versions, app stores can only request user approval after APKs are written to the install session and the session is committed.

Starting with Android 14, the requestUserPreapproval() method lets installers request user approval before committing the install session. This improvement lets an app store defer downloading any APKs until after the installation has been approved by the user. Furthermore, once a user has approved installation, the app store can download and install the app in the background without interrupting the user.

Claim responsibility for future updates

The setRequestUpdateOwnership() method allows an installer to indicate to the system that it intends to be responsible for future updates to an app it is installing. This capability enables update ownership enforcement, meaning that only the update owner is permitted to install automatic updates to the app. Update ownership enforcement helps to ensure that users receive updates only from the expected app store.

Any other installer, including those making use of the INSTALL_PACKAGES permission, must receive explicit user approval in order to install an update. If a user decides to proceed with an update from another source, update ownership is lost.

Update apps at less-disruptive times

App stores typically want to avoid updating an app that is actively in use because this leads to the app's running processes being killed, which potentially interrupts what the user was doing.

Starting with Android 14, the InstallConstraints API gives installers a way to ensure that their app updates happen at an opportune moment. For example, an app store can call the commitSessionAfterInstallConstraintsAreMet() method to make sure that an update is only committed when the user is no longer interacting with the app in question.

Seamlessly install optional splits

With split APKs, features of an app can be delivered in separate APK files, rather than as a monolithic APK. Split APKs allow app stores to optimize the delivery of different app components. For example, app stores might optimize based on the properties of the target device. The PackageInstaller API has supported splits since its introduction in API level 22.

In Android 14, the setDontKillApp() method allows an installer to indicate that the app's running processes shouldn't be killed when new splits are installed. App stores can use this feature to seamlessly install new features of an app while the user is using the app.

חבילות של מטא-נתונים של אפליקציות

החל מ-Android 14, מנהל החבילות של Android מאפשר לציין מטא-נתונים של אפליקציות, כמו שיטות לאבטחת נתונים, כדי לכלול אותם בדפי החנות של האפליקציות, כמו Google Play.

זיהוי מקרים שבהם משתמשים מצלמים צילומי מסך של המכשיר

To create a more standardized experience for detecting screenshots, Android 14 introduces a privacy-preserving screenshot detection API. This API lets apps register callbacks on a per-activity basis. These callbacks are invoked, and the user is notified, when the user takes a screenshot while that activity is visible.

חוויית משתמש

פעולות מותאמות אישית בחלונית השיתוף ודירוג משופר

Android 14 updates the system sharesheet to support custom app actions and more informative preview results for users.

Add custom actions

With Android 14, your app can add custom actions to the system sharesheet it invokes.

Screenshot of custom actions on the sharesheet.

Improve ranking of Direct Share targets

Android 14 uses more signals from apps to determine the ranking of the direct share targets to provide more helpful results for the user. To provide the most useful signal for ranking, follow the guidance for improving rankings of your Direct Share targets. Communication apps can also report shortcut usage for outgoing and incoming messages.

Direct Share row in the sharesheet, as shown by 1

תמיכה באנימציות מובנות ובאנימציות בהתאמה אישית עבור 'חיזוי של תנועת החזרה'

Video: Predictive back animations

Android 13 introduced the predictive back-to-home animation behind a developer option. When used in a supported app with the developer option enabled, swiping back shows an animation indicating that the back gesture exits the app back to the home screen.

Android 14 includes multiple improvements and new guidance for Predictive Back:

With this Android 14 preview release, all features of Predictive Back remain behind a developer option. See the developer guide to migrate your app to predictive back, as well as the developer guide to creating custom in-app transitions.

שינוי מברירת המחדל של יצרן המכשיר עם מסך גדול לכל אפליקציה

שינוי הגדרות ברמת האפליקציה מאפשר ליצרני המכשירים לשנות את ההתנהגות של האפליקציות במכשירים עם מסך גדול. לדוגמה, ההחרגה FORCE_RESIZE_APP מורה למערכת לשנות את גודל האפליקציה כך שיתאים למימדי המסך (מבלי להשתמש במצב תאימות לגודל) גם אם הערך resizeableActivity="false" מוגדר בקובץ המניפסט של האפליקציה.

השינויים מברירת המחדל נועדו לשפר את חוויית המשתמש במסכים גדולים.

מאפייני מניפסט חדשים מאפשרים להשבית חלק מהשינויים של יצרן המכשירים באפליקציה שלכם.

שינוי ברירת המחדל של משתמש במסך גדול לכל אפליקציה

Per-app overrides change the behavior of apps on large screen devices. For example, the OVERRIDE_MIN_ASPECT_RATIO_LARGE device manufacturer override sets the app aspect ratio to 16:9 regardless of the app's configuration.

Android 14 QPR1 enables users to apply per‑app overrides by means of a new settings menu on large screen devices.

שיתוף מסך של אפליקציה

שיתוף מסך של אפליקציה מאפשר למשתמשים לשתף חלון של אפליקציה במקום את כל מסך המכשיר במהלך הקלטת תוכן המסך.

כשמשתפים את המסך של אפליקציה, סרגל הסטטוס, סרגל הניווט, ההתראות ואלמנטים אחרים בממשק המשתמש של המערכת לא נכללים במסך המשותף. רק התוכן של האפליקציה שנבחרה ישותף.

שיתוף המסך של אפליקציות משפר את הפרודוקטיביות והפרטיות, כי הוא מאפשר למשתמשים להפעיל כמה אפליקציות אבל להגביל את שיתוף התוכן לאפליקציה אחת.

תשובות מהירות מבוססות-LLM ב-Gboard ב-Pixel 8 Pro

On Pixel 8 Pro devices with the December Feature Drop, developers can try out higher-quality smart replies in Gboard powered by on-device Large Language Models (LLMs) running on Google Tensor.

This feature is available as a limited preview for US English in WhatsApp, Line, and KakaoTalk. It requires using a Pixel 8 Pro device with Gboard as your keyboard.

To try it out, first enable the feature in Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.

Next, open a conversation in a supported app to see LLM-powered Smart Reply in Gboard's suggestion strip in response to incoming messages.

Gboard utilizes on-device LLMs to provide higher-quality smart replies.

גרפיקה

אפשר לשלוח שאילתות לגבי נתיבים ולבצע בהם אינטרפולציה

Android's Path API is a powerful and flexible mechanism for creating and rendering vector graphics, with the ability to stroke or fill a path, construct a path from line segments or quadratic or cubic curves, perform boolean operations to get even more complex shapes, or all of these simultaneously. One limitation is the ability to find out what is actually in a Path object; the internals of the object are opaque to callers after creation.

To create a Path, you call methods such as moveTo(), lineTo(), and cubicTo() to add path segments. But there has been no way to ask that path what the segments are, so you must retain that information at creation time.

Starting in Android 14, you can query paths to find out what's inside of them. First, you need to get a PathIterator object using the Path.getPathIterator API:

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();

Next, you can call PathIterator to iterate through the segments one by one, retrieving all of the necessary data for each segment. This example uses PathIterator.Segment objects, which packages up the data for you:

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 also has a non-allocating version of next() where you can pass in a buffer to hold the point data.

One of the important use cases of querying Path data is interpolation. For example, you might want to animate (or morph) between two different paths. To further simplify that use case, Android 14 also includes the interpolate() method on Path. Assuming the two paths have the same internal structure, the interpolate() method creates a new Path with that interpolated result. This example returns a path whose shape is halfway (a linear interpolation of .5) between path and otherPath:

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);
}

The Jetpack graphics-path library enables similar APIs for earlier versions of Android as well.

רשתות מותאמות אישית עם שגיאות קודקוד ושבב משנה

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

To assist in using Android's Canvas API to draw with hardware acceleration into a HardwareBuffer, Android 14 introduces HardwareBufferRenderer. This API is particularly useful when your use case involves communication with the system compositor through SurfaceControl for low-latency drawing.