הערות על הגרסאות Android 16,‏ Android 16-QPR1 ו-Android 16 QPR2

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

אודיו

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

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

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

ארכיטקטורה

תוכנת אתחול גנרית (GBL)

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

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

גודל דף של 16KB

ב-Android 16, בוצעה אופטימיזציה של הזיכרון עבור אחסון מקומי של שרשורים (TLS). המאגרים של הפונקציות basename() ו-dirname() מבודדים עכשיו מאזור ה-TLS הראשי לדפי זיכרון ייעודיים שמוקצים רק בשימוש הראשון. השינוי הזה מאפשר לחסוך משמעותית בזיכרון, במיוחד במערכות עם גודל דף של 16KB, כי הוא מפנה כ-8KB בדף הזיכרון של השרשור הראשוני. האופטימיזציה הזו לא רק מצמצמת את צריכת הזיכרון הכוללת, אלא גם מספקת יותר מקום לגידול המחסנית לפני שנדרש דף חדש, וכך עוזרת להפחית את השגיאות בדפים כתוצאה מהרחבת המחסנית. במערכות שמשתמשות בדפים בגודל 4KB, יש גם חיסכון מסוים בזיכרון.

מידע נוסף על גודל דף של 16KB זמין במאמר גודל דף של 16KB.

תאימות

עדכונים של Camera ITS

‫Android 16 כולל עדכונים לחבילת הבדיקה של תמונות המצלמה (ITS). פרטים נוספים זמינים במאמרים הבאים:

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

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

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

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

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

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

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

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

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

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

למידע נוסף על השינוי הזה, אפשר לעיין במאמר הפעלת בדיקות של CTS Verifier במספר מכשירים.

הפעלת בדיקות של חיבור לנקודת גישה ל-Wi-Fi

כדי לתמוך בתכונות הקישוריות 'יחד זה יותר טוב' ב-Android,‏ Android 16 QPR2 כולל קבוצה חדשה של בדיקות חיבור לנקודת גישה ל-Wi-Fi.

קישוריות

זיהוי של Android OS

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

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

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

ב-Android 16 נוסף EmergencyCallbackModeListener, מערכת API שמאפשרת למודול IMS לקבל את מצב החירום של התקשרות חזרה באמצעות קריאה חוזרת (callback) כשהמכשיר נכנס למצב הזה או יוצא ממנו עבור 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 לטכנולוגיות טווח, כולל פס רחב במיוחד, בדיקת ערוץ Bluetooth, טווח Bluetooth RSSI וזמן הלוך ושוב של Wi-Fi‏ (RTT). מידע נוסף זמין במאמרים הבאים:

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

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

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

לדוגמה להטמעה של נקודת Wi-Fi לשיתוף אינטרנט בתוך דף ההגדרות של AAOS Car שמשתמש ב-SoftApCallback, אפשר לעיין ב-WifiTetheringHandler.java.

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

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

מסך

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

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

הגדרה של סיבוב אוטומטי שמבוססת על מצב המכשיר

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

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

סיווג של הכפתורים ב"הגדרות המהירות"

‫Android 16 QPR2 כולל קטגוריות של כפתורים בהגדרות המהירות (נוספו בגרסת Beta 1), שמתוארות במאמר יצירת כפתורים מותאמים אישית בהגדרות המהירות לאפליקציה. הקטגוריות האלה ממיינות את הכפתורים במצב העריכה של ההגדרות המהירות, כדי שהמשתמשים יוכלו למצוא את הכפתורים מהר יותר.

אינטראקציה

מגע

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

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

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

מומלץ לשלב ולהשתמש בממשקי ה-API החדשים של PWLE עם נורמליזציה כדי להפעיל פרימיטיבים בסיסיים של משוב הפטי ולספק תמיכה בחוויות חדשות של משוב הפטי למפתחים. מידע נוסף זמין במאמר בנושא הטמעה של אפקטים של PWLE.

חיישן בסיס למדידת דופק

ב-Android 16, כדי לשמור על תאימות, מסגרת Android משתמשת בהרשאה 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.

Media quality framework

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

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

קודק וידאו

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

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

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

ביצועים

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

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

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

הרשאות

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

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

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

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

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

אבטחה

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

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

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

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

מידע נוסף זמין במאמר בנושא אימות מפתחות ומזהים.

סינון של קריאות מערכת (syscall) ב-GPU

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

העברת קבצים למרחב הפרטי

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

אחסון

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

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

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

עדכונים

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

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

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

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

‫Android 16 מביא יכולות מורחבות ל-Android Virtualization Framework ‏(AVF) ולהיפר-ויזור המוגן KVM ‏ (pKVM), כמו עדכוני מערכת הפעלה משופרים במכונות וירטואליות (VM) והצגת טרמינל Linux. בהמשך מופיעה רשימה של שינויים חשובים ב-AVF:

  • תמיכה בערכת פיתוח מקומית (NDK) ברמה נמוכה (LL) של AVF. ב-Android 16, ספקים יכולים להפעיל מכונות וירטואליות ממחיצת הספק באמצעות AVF בניהול Google.
  • תמיכה במכונות וירטואליות עם אתחול מוקדם. ה-AVF מאפשר למכונות וירטואליות לפעול מוקדם יותר בתהליך האתחול, מה שמסייע למטענים קריטיים כמו שכבות הפשטה של חומרה (HAL) של KeyMint.
  • עדכונים של Microdroid. ‫Microdroid כולל אחסון מוצפן שניתן לשינוי גודל ותמיכה במכונה וירטואלית מוגנת של 16K לשיפור הביצועים.
  • תמיכה בטרמינל Linux. ‫Ferrochrome מציג טרמינל Linux מבוסס-Debian בתוך מכונה וירטואלית.
  • תמיכה ב-framework של קושחת אורח עבור Arm A-profile ‏ (FF-A). ‏pKVM תומך בתקשורת מאובטחת בתקן FF-A עם TrustZone למכונות וירטואליות מוגנות.
  • עדכונים של מכונות VM מוגנות. מערכת ההפעלה Trusty לאפליקציות מהימנות רגילות (TA) מאפשרת להריץ אפלט מהימן של TrustZone במכונות וירטואליות מוגנות, כדי לשפר את הבידוד ואת יכולת העדכון.
  • תמיכה בשיחות ניטור מאובטחות (SMC) פרטיות לספקים. אפשר להעביר קוד קיים עם SMC פרטיים של ספק ל-pVM.
  • עדכונים בהקצאת מכשירים. ‫Android 16 תומך בהקצאת מכשירי פלטפורמה ל-pVM, וכך מאפשר גישה ישירה לחומרה.
  • תמיכה בהתאמה לאורחים לא מוגנים. לאורחים לא מוגנים יש תמיכה מלאה ביחידת ניהול הזיכרון (MMU) ובזיכרון לא מוצמד, כמו באפליקציית Android.
  • עדכונים בנושא מעקב אחר היפרווייזר. ‫Android 16 כולל אירועים של רישום ביומן מובנה ושיפורים במעקב אחר פונקציות.

מידע נוסף על השינויים האלה זמין במאמר בנושא מסגרת הוירטואליזציה של Android.