נתוני הגרסה של Android 16

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

אודיו

תמיכה במדיניות אודיו שניתן להגדרה

HIDL HAL מאפשר ליצרני Android להשתמש בגישה חלופית לציון כללים לניתוב אודיו שנקראת Configurable Audio Policy ‏ (CAP), שהיא גמישה יותר מאשר המנוע שמוגדר כברירת מחדל בטלפונים. במהלך המעבר ל-AIDL HAL, לא הופעלה תמיכה ב-CAP ב-Android 14 וב-Android 15 בגלל מחסור במשאבים. תיקנו את הבעיה ב-Android 16 על ידי הוספת הגדרות AIDL חסרות ושינוי המנגנון לטעינת ההגדרות של CAP על ידי המסגרת. למידע נוסף, ראו תמיכה במדיניות אודיו שניתן להגדרה ב-HAL של AIDL.

כדי לעזור לשותפים להעביר את המוצרים שלהם, הפכנו את היעד האוטומטי של Cuttlefish ליעד שמשתמש בהטמעה של CAP AIDL.

ארכיטקטורה

Generic Bootloader‏ (GBL)

ב-Android 16 נוספה תמיכה ב-Generic Bootloader (GBL) חדש – מנהל אתחול סטנדרטי שניתן לעדכון, שנועד לייעל את תהליך האתחול של Android.

מידע נוסף על GBL זמין במאמר סקירה כללית על Generic Bootloader‏ (GBL).

תאימות

עדכוני ITS למצלמה

Android 16 מכיל עדכונים ל-Camera Image Test Suite‏ (ITS). פרטים נוספים זמינים במאמרים הבאים:

מסמך הגדרת תאימות (CDD)

פורסם מסמך הגדרת התאימות (CDD) של Android 16.

עדכוני בדיקות של CTS Verifier Bluetooth MIDI

כדי לפשט את תהליך הבדיקה ולצמצם את מספר השגיאות הפוטנציאליות, ב-Android 16 אפשר להריץ בדיקות CTS-V של לולאה חוזרת (loopback) ב-MIDI ב-Bluetooth בלי התקן USB MIDI היקפי.

למסמכי התיעוד הספציפיים לשינוי הזה, ראו עדכונים של בדיקות Bluetooth MIDI ב-CTS Verifier.

עדכונים לגבי בדיקת ברומטר של CTS Verifier

כדי לתמוך בתכונות המיקום של Android, גרסת Android 16 כוללת קבוצה חדשה של בדיקות למדידת ברומטר ב-CTS-V.

בבדיקות המדידה של ברומטר ב-CTS Verifier מפורט מידע ספציפי לגבי השינוי הזה.

עדכונים לבדיקות של CTS Verifier במכשירים מרובים

כדי לתמוך בתכונות הקישוריות של Android, Android 16 כולל קבוצה חדשה של בדיקות CTS-V.

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

קישוריות

זיהוי של Android OS

החל מגרסה Android 16, מסגרת Android כוללת שירות מאפיין גנרי (GATT) שנקרא Android information service‏ (AIS), שמאפשר למכשירי Bluetooth לקרוא את רמת Android API כמאפיין GATT של השירות. השירות הזה מאפשר ליצרני מכשירי Bluetooth לדעת אם התקן היקפי של Bluetooth מתחבר למכשיר מרכזי שפועלת בו מערכת ההפעלה Android, ולנהל לוגיקה מיוחדת על סמך רמת ה-API.

מידע נוסף זמין במאמר זיהוי של מערכת ההפעלה Android.

מצב 'התקשרות חזרה בחירום'

ב-Android 16 מופיע ה-API של המערכת EmergencyCallbackModeListener שמאפשר למודול ה-IMS לקבל את המצב של מצב החירום של התקשרות חזרה באמצעות התקשרות חזרה כשהמכשיר נכנס או יוצא ממצב החירום של התקשרות חזרה להודעות SMS או לשיחות. יצרני מכשירים יכולים להשתמש ב-API הזה כדי להטמיע ניהול רישום של IMS כדי לעמוד בדרישות של הספקים ושל 3GPP. לדוגמה, אם ציוד המשתמש (UE) נמצא במצב 'התקשרות בחזרה בחירום', אפשר להגדיר את מודול ה-IMS לשמירה על הרישום למצב חירום למשך תקופה מסוימת. מודול ה-IMS יכול גם לשמור, להאריך ולבטל את ההרשמה למצב חירום, בהתאם למצב של מצב 'התקשרות חזרה בחירום'.

עדכונים של שירות IMS

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

דרגה API
MmTelFeature EpsFallbackReason
ImsTrafficType
ImsTrafficDirection
modifyImsTrafficSession
startImsTrafficSession
stopImsTrafficSession
triggerEpsFallback
ImsTrafficSessionCallback הכול
ConnectionFailureInfo הכול
TelephonyManager getImsPrivateUserIdentity
getImsPublicUserIdentities
getImsPcscfAddresses
getSimServiceTable
ImsCallSessionListener callSessionTransferred
callSessionTransferFailed
callSessionSendAnbrQuery
SmsMessage getRecipientAddress

מודול למדידת מרחק

ב-Android 16 מוצג המודול Ranging, שמאגד את ממשקי ה-API של טכנולוגיות למדידת מרחק, כולל Ultra-wideband, בדיקת ערוץ Bluetooth, מדידת מרחק באמצעות RSSI ב-Bluetooth וזמן נסיעה הלוך ושוב (RTT) ב-Wi-Fi. מידע נוסף זמין במאמרים הבאים:

עדכונים של נקודת Wi-Fi לשיתוף אינטרנט

ב-Android 16 נוספה השיטה SoftApCallback#onClientsDisconnected, שמאפשרת לקבל רשימה של לקוחות שנפרדו מנקודת Wi-Fi לשיתוף אינטרנט (Soft AP) ואת הסיבה לניתוק של כל לקוח. היכולת הזו מאפשרת ליצרני ציוד מקורי לכלי רכב לעמוד במפרטים הנדרשים לאפליקציות שמוצגות במסך, וכך לשפר את הגמישות והפונקציונליות של סטאק ה-Wi-Fi של Android.

כדי להשתמש ב-method‏ SoftApCallback#onClientsDisconnected, צריך לרשום קריאה חוזרת (callback) כדי לקבל את יכולות המכשיר באמצעות WifiManager#registerSoftApCallback לנקודה לשיתוף אינטרנט (tethering) או באמצעות WifiManager#registerLocalOnlyHotspotSoftApCallback לנקודה לשיתוף אינטרנט מקומית בלבד. קריאות חזרה (callbacks) קיימות של נקודות AP וירטואליות (soft AP) צריכות לשנות את השיטה SoftApCallback#onClientsDisconnected. מידע נוסף זמין במאמר פיתוח אפליקציות באמצעות ממשקי API של נקודות גישה.

דוגמה להטמעה של נקודת Wi-Fi לשיתוף אינטרנט (hotspot) מקושרת בדף ההפניה של הגדרות הרכב ב-AAOS שמשתמש ב-SoftApCallback מופיעה בקטע WifiTetheringHandler.java.

כדי לבדוק את ההטמעה, מריצים את בדיקות היחידה ואת בדיקות CTS Verifier הבאות:

  • בדיקות יחידה
    • בעלי הרשאות ניהול: atest packages/modules/Wifi/framework/tests/
    • שירותים: atest packages/modules/Wifi/service/tests/wifitests/
  • בדיקות של CTS Verifier: atest CtsWifiSoftApTestCases

תצוגה

שינוי דינמי של חלונות במחשב

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

אינטראקציה

מגע

ב-Android 16 נוספו ממשקי API כדי לצמצם את הפיצול של משוב הרטט בסביבה העסקית, לבטל את הצורך בהתאמה אישית של המכשיר ולספק למפתחים ולמשתמשי הקצה חוויית תנועה עשירה ומלאת ביטוי. ה-API החדש של עטיפה לינארית חלקית (PWLE) תומך ביצירה של אפקטים מנורמלים של PWLE שיוצרים תגובות דומות לחישה במכשירים דומים.

בהמשך מפורט סיכום של האופן שבו ממשקי ה-API החדשים ב-Android 16 משפרים את יכולות ההפעלה החשמלית:

  • צמצום עלויות הפיתוח על ידי הסרת התאמה לכל מכשיר באמצעות סולם ערכים מנורמלי.
  • יוצרים קבוצת בסיס של רכיבי רטט בסיסיים לסביבה העסקית (לדוגמה, CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
  • תמיכה ביצירה וביצירה של אפקטים פרמטרים (משך זמן, אמפליטודה ותדירות).
  • תמיכה בהגנה אוטומטית מפני הפעלה מוגזמת של משוב הרטט.
  • הפעלת חוויות חושניות מרובות, כמו שילוב של משוב מישוש וצלילים.
  • סגירת הפער ביכולות של מפתחי Android בתחום הרטט.

מומלץ לשלב את ממשקי ה-API החדשים של PWLE המנורמלים ולהשתמש בהם כדי להפעיל רכיבי יסוד של משוב מישוש (haptics) ולספק תמיכה בחוויות משוב מישוש חדשות למפתחים. למידע נוסף, ראו הטמעת אפקטים של PWLE.

חיישן קצב לב בסיסי

ב-Android 16, כדי לשמור על תאימות, ההרשאה SENSOR_PERMISSION_READ_HEART_RATE משמשת לחיישנים מבוססי קצב הלב. ב-Android מגרסה 15 ומטה, המסגרת משתמשת בהרשאה SENSOR_PERMISSION_BODY_SENSORS. למידע נוסף על סוג החיישן הבסיסי של קצב הלב, ראו קצב לב.

מדיה

תמיכה ב-HDR

ב-Android 16 נוספו השיפורים הבאים לתמיכה ב-HDR:

מומלץ לבצע את הפעולות הבאות:

  • מפעילים את HLG או DolbyVision (8.4 עם HLG) באפליקציית המצלמה כברירת מחדל.
  • הפעלת Ultra HDR לתמונות כברירת מחדל.
  • לספק תמיכה באפליקציה בסרטוני HLG ובצילום Ultra HDR.

מסגרת איכות המדיה

ב-Android 16 אנחנו מתכננים מסגרת חדשה לאיכות התמונה והאודיו, כדי ליצור ממשק API סטנדרטי להטמעות של Android TV. המסגרת הזו מספקת גישה אחידה לשינויים באיכות התמונה (PQ) ובאיכות האודיו (AQ) בטלוויזיות Android, ומפשטת את הפיתוח עבור ספקים. התכונה הזו מספקת את הדברים הבאים:

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

קודק וידאו

ב-Android 16 אנחנו משיקים תמיכה בפלטפורמה בקודק Advanced Professional Video‏ (APV). קודק APV הוא קודק בתוך-פריים עם קצב נתונים גבוה, שמיועד לספק ליוצרי תוכן יכולות צילום ועריכה באיכות הגבוהה ביותר.

בנוסף, Google מתכננת להעביר את כל המשתמשים מ-VP8, מ-VP9 ומ-AVC‏ (H.264) ל-AV1. מפתחי אפליקציות מעדיפים את AV1, הדור הבא של הקודקים, כדי להימנע ממרתות קוד (transcodes) בקצה העורפי ולצמצם את זמן האחזור. עדיין מומלץ להשתמש בקודקים לחומרה, במיוחד לקידוד, למרות שהתקדמות מתרחשת בתמיכה בקודק התוכנה AV1.

אתם יכולים להשתמש ב-AV1 כדי לשפר את האיכות, האמינות והביצועים בו-זמנית, ולשקול להוסיף תמיכה ב-APV לאפליקציית המצלמה ולגלריה.

ביצועים

מצב טרייד-אין

ב-Android 16 מופיע מצב 'החלפה תמורת זיכוי', שמאפשר למפתחים ולמפיצים להעריך את תקינות המערכת אחרי איפוס להגדרות המקוריות.

מידע נוסף זמין במאמר קבלת מידע על בריאות המערכת.

הרשאות

עדכוני תפקידים ב-Android

ב-Android 16 מתבצעים עדכונים בתפקידים הבאים:

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

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: לתרחישים לדוגמה למכשירי Android, כמו טלפון נייד או טאבלט, לאפליקציה של רכב מחובר ולסטרימינג של אפליקציות במכשירי XR.

למידע נוסף, ראו תפקידים ב-Android.

אבטחה

אבטחה סלולרית

בגרסה 16 של Android יש שינויים קלים בממשק המשתמש של מתג החיבור ל-2G שמופיע בהגדרות של כרטיס ה-SIM, כדי להתאים אותו לשאר ההגדרות. ב-Android 16 יש גם קטע ייעודי לתכונות אבטחה סלולריות שנקרא אבטחה של רשתות סלולריות במרכז הבטיחות בקטע הגדרות.

תקינות המכשיר

ב-Android 16 נוספה תמיכה באישורי אימות של KeyMint בגרסה 4.0. כדי לאמת את תקינות המודולים של APEX שהועלו, אישורי KeyMint 4.0 כוללים שדה moduleHash חדש במבנה KeyDescription.

למידע נוסף, ראו אימות מפתחות ומזהים.

אחסון

חשבון ברירת המחדל לאנשי הקשר

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

  • מומלץ להציע לאנשים להשתמש באפשרויות הסנכרון עם הענן כדי למנוע אובדן של אנשי קשר לאורך זמן
  • שואלים את המשתמשים אם הם רוצים להעביר את אנשי הקשר המקומיים ואנשי הקשר מכרטיס ה-SIM לחשבונות ברירת המחדל בענן
  • להרתיע מיצירת אנשי קשר מקומיים ואנשי קשר מכרטיס ה-SIM חדשים

עדכונים

עדכוני אפליקציות חלקים

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

ב-Android 16, הזמן שבו אי אפשר להפעיל אפליקציה מופחת על ידי העברת dexopt או dex2oat לשלב מוקדם יותר בתהליך ההתקנה. השינוי הזה מפחית את משך ההקפאה של האפליקציה משניות בודדות לעשרות אלפיות השנייה.