בדף הזה נסכם את התכונות העיקריות בגרסאות Android 13 ו-Android 13 QPR, ונציג קישורים למידע נוסף. סיכומי התכונות האלה מאורגנים לפי המיקום של מסמכי התיעוד של התכונה באתר הזה.
ארכיטקטורה
שינויים במחיצה הגנרית לאתחול
במכשירים שיושקו עם Android 13, דיסק ה-RAM הגנרי יוסר מהקובץ boot
ויוחזר בקובץ init_boot
נפרד.
מידע נוסף זמין במאמר מחיצה גנרית לאתחול.
מודולים של GKI
ב-Android 13, חלק מהפונקציונליות של הליבה מוצגת במודולים שניתן לטעון באופן דינמי, שנקראים מודולים של GKI, כדי לצמצם את טביעת הרגל של הליבה של GKI בזיכרון במכשירים שלא דורשים את הפונקציונליות הזו.
מידע נוסף זמין במאמר מודולים של ליבה.
רכיבים מודולריים של מערכת
Android 13 מכיל כמה רכיבי מערכת מודולריים חדשים ומעודכנים. המודולים החדשים הם:
- AdServices: תומך ביוזמת ארגז החול לפרטיות, שמטרתה ליצור טכנולוגיות שגם יגנו על הפרטיות של משתמשים אונליין וגם יתנו לחברות ולמפתחים כלים לפיתוח עסקים מצליחים בדיגיטל
- AppSearch: מנוע חיפוש מובנה ויצירת אינדקס במכשיר
- Bluetooth: (אופציונלי) שירות שמטרתו לספק חוויית שימוש עקבית באיכות גבוהה ב-Bluetooth לכל משתמשי Android
- OnDevicePersonalization: קבוצה של כלים שפותחו בהתאם לעקרון המרכזי של שמירה על פרטיות המשתמשים
- UWB: מכיל סטאק UWB מעל ממשק ה-HAL
עדכונים במודולים קיימים:
- CrossDevice: טכנולוגיות תקשורת במכשירים שונים באמצעות פרוטוקולים רגילים
- איחוד הרשאות: מידע על איחוד הרשאות
- מנהור מפוצל: מגדיר מסלולים להחרגה מה-VPN
- עדכונים של גבולות המודול של Wi-Fi: הגבול המעודכן של המודול
עדכון לתמיכה במערכת הקבצים של ליבה של Android
החל מ-Android 13, מרחב המשתמש פועל רק עם מערכות קבצים שמובנות ב-Generic Kernel Image (GKI).
מידע נוסף זמין במאמר תמיכה במערכת הקבצים של ליבה של Android.
אודיו
הטמעה של אודיו מרחבי ומעקב אחר תנועות הראש
החל מ-Android 13-QPR, יצרני ציוד מקורי יכולים להשתמש בארכיטקטורה החדשה של צינור עיבוד הנתונים של האודיו ובשילוב של מסגרת החיישנים כדי לספק אפקט אודיו של יצירת מרחב סאונד עם תמיכה במעקב אחר תנועות הראש ברמת הביצועים והזמן האחזור הנדרשים. בהנחיות ובמידע הנוסף במאמר הטמעת אודיו מרחבי באיכות גבוהה ומעקב אחר תנועות הראש תוכלו לקרוא איך עושים את זה.
תמיכה ב-MIDI 2.0
החל מ-Android 13, נוספה תמיכה ב-MIDI 2.0 להעברת הנתונים ב-USB. MIDI 2.0 הוא תקן MIDI חדש יותר שהוגדר בשנת 2020.
פרטים נוספים זמינים בדף MIDI.
עדכון ל-Audio HAL
החל מ-Android 13, Audio HAL מתעדכן לגרסה 7.1. מידע נוסף זמין במאמר Audio HAL.
Automotive
תכונות חדשות ב-Android Automotive
מידע נוסף על התכונות החדשות לכלי רכב ב-Android 13 זמין במאמר מה חדש.
Build
פיתוח גרסאות build באמצעות Bazel
ב-Android 13 נעשה שימוש ב-Bazel ליצירת ליבות, במקום build/build.sh
.
מידע נוסף זמין במאמר Bazel (Kleaf).
מצלמה
AIDL camera HAL
ב-Android 13, מסגרת המצלמה כוללת תמיכה ב-HAL של מצלמת AIDL. מסגרת המצלמה תומכת גם ב-HAL של מצלמה מסוג HIDL, אבל תכונות המצלמה שנוספו ב-Android 13 ואילך זמינות רק דרך ממשקי ה-HAL של מצלמה מסוג AIDL.
מידע על העברת תהליכי HAL מממשקי מצלמה של HIDL לממשקי מצלמה של AIDL זמין במאמר AIDL camera HAL.
עדכונים לניפוי באגים במצלמה
ב-Android 13 נוסף כלי ניפוי הבאגים watch
לשירות המצלמה, שמאפשר לראות שינויים בבקשת הצילום ובערכים של התוצאות שנשלחים אל HAL המצלמה וממנו. הכלי מאפשר להציג תצוגה מקדימה של נתוני דמפ בזמן אמת במעקב אחר תגים מלקוחות פתוחים, ולצפות בנתוני דמפ שנשמרו במטמון מלקוחות סגורים.
מידע נוסף זמין במאמר ניפוי באגים במצלמה.
ייצוב התצוגה המקדימה של המצלמה
ב-Android 13 נוספה תמיכה ביציבות הווידאו בסטרימינג של התצוגה המקדימה בסשנים של צילום במצלמה. התכונה הזו מאפשרת לאפליקציות צד שלישי לספק חוויית שימוש מסוג מה שאתם רואים זה מה שאתם מקבלים (WYSIWYG) כשמשווים בין התצוגה המקדימה במצלמה לבין ההקלטה.
מידע נוסף זמין במאמר ייצב של תצוגה מקדימה במצלמה.
בקרת עוצמת הפנס
ב-Android 13 יש תכונת בקרה ברמות שונות לעוצמת הפנס. ב-Android 12 וגרסאות ישנות יותר, המסגרת מאפשרת רק להפעיל או לכבות את מצב הפנס. התכונה הזו מאפשרת תרחישי שימוש כמו שליטה בהירות הפנס על סמך תנאי התאורה ושליחת אותות לעזרה באמצעות אפקט סטרבו (שליחה של פולסים מהירים של אור ברצף).
למידע נוסף, ראו שליטה בעוצמת הפנס.
פלט מצלמה באיכות 10 ביט
ב-Android 13 נוספה תמיכה בפלט מצלמה של 10 ביט באמצעות פרופילים של טווח דינמי שאפשר להגדיר על ידי לקוח המצלמה כחלק מהגדרת הסטרימינג. כך יצרני המכשירים יוכלו להוסיף תמיכה בפרופילים של טווח דינמי של 10 ביט, כמו HLG10, HDR 10, HDR 10+ ו-Dolby Vision.
למידע נוסף, ראו פלט מצלמה של 10 ביט.
כדי לעודד את השימוש בפלט של מצלמה באיכות 10 ביט באפליקציות של צד שלישי, כמו אפליקציות של רשתות חברתיות, כדי לשפר את חוויית הצילום והשיתוף של סרטונים, חשוב לאמת ביעילות את ההטמעה של התכונה הזו.
אפליקציות צד שלישי שמעוניינות להשתמש בתכונה הזו צפויות להתחיל עם הפרופיל המנדטורי HLG10
.
פרטים נוספים זמינים במאמר אימות.
תאימות
עדכוני ITS למצלמה
ב-Android 13 יש שינויים ב-Camera ITS, כולל תמיכה בבדיקת וידאו, גרסאות מעודכנות של Python ושל חבילות ועדכונים לחומרה לבדיקה.
פרטים נוספים זמינים במאמר נתוני גרסה של ערכת בדיקות התמונות של מצלמת Android 13.
עדכונים בנושא CDD
מסמך הגדרת התאימות ל-Android 13 מבוסס על הגרסאות הקודמות, עם עדכונים לגבי תכונות חדשות ושינויים בדרישות לפונקציונליות שפורסמה בעבר.
ברשימת השינויים ב-Android 13 אפשר לעיין בנתוני הגרסה של הגדרת התאימות ל-Android 13.
חשבונות ברירת המחדל לאנשי קשר חדשים
אפליקציות אנשי קשר שהוגדרו מראש צריכות לטפל בכוונה ContactsContract.Settings.ACTION_SET_DEFAULT_ACCOUNT
, שמאפשרת למשתמש לבחור חשבון ברירת מחדל. אפליקציית אנשי הקשר שמותקנת מראש חייבת לשמור את חשבון ברירת המחדל שנבחר, ולהשתמש בחשבון ברירת המחדל כשמפעילים את Intent.ACTION_INSERT
או Intent.ACTION_INSERT_OR_EDIT
כדי להוסיף איש קשר.
הדרישה הזו מבטיחה עקביות בכל האפליקציות שמקיימות אינטראקציה עם אנשי הקשר.
למידע נוסף, ראו הקטע 'אנשי קשר' במסמך CDD של Android 13.
קישוריות
מתן הרשאה למעבר אוטומטי ל-2G
ב-Android 13, המתג Allow 2G (הפעלה של 2G) בהגדרות מופיע באפור (כלומר, המשתמשים לא יכולים לבצע פעולה עם הלחצן) כשמפתח התצורה של הספק KEY_HIDE_ENABLE_2G
מוגדר לערך true
. בנוסף, כאשר המתג Allow 2G מופיע באפור, הוא כולל טקסט שמציין שהספק של המשתמש דורש שאפשר יהיה להשתמש ברשת 2G. בגרסאות קודמות, המתג אישור שימוש ב-2G מוסתר כשהערך של KEY_HIDE_ENABLE_2G
מוגדר כ-true
.
הגדרת השימוש הסלולרי
ב-Android 13 יש תמיכה בהגדרת שימוש בנייד שמאפשרת לספקים להגדיר את המכשירים למצב שמתמקד בשימוש בקול או בנתונים. ספקי שירותי הסלולר יכולים להשתמש בהגדרה הזו בשילוב עם שינויים אחרים בהגדרות כדי לצמצם את תעבורת הנתונים ב-IMS ברשתות שלהם במכשירים שמתמקדים בקול שפועלים במצב נתונים בלבד, למשל בשירותים שכוללים שירות נלווה לנתונים בלבד.
כדי לשנות את הגדרת השימוש ברשת הסלולרית, משתמשים בשכבת-העל config_supported_cellular_usage_settings
או מגדירים את ערך ברירת המחדל ב-config_default_cellular_usage_setting
.
ההגדרה יכולה להיות USAGE_SETTING_VOICE_CENTRIC
או
USAGE_SETTING_DATA_CENTRIC
.
התכונה של הגדרת השימוש בנייד כוללת את ממשקי ה-API הבאים:
CarrierConfigManager#KEY_CELLULAR_USAGE_SETTING_INT
מגדיר את הגדרת השימוש.SubscriptionInfo#getUsageSetting()
שולחת שאילתה לגבי הגדרת השימוש.
כדי לאמת את התכונה של הגדרת השימוש בנייד, מריצים את הבדיקות הבאות:
- CTS:
SubscriptionManagerTest#testCellularUsageSetting
- VTS:
RadioNetworkTest#testSetUsageSetting_InvalidValues
מספר רשתות בו-זמנית עם חיבור לאינטרנט
ב-Android 13 נוספה התכונה חיבור בו-זמנית לכמה רשתות עם חיבור לאינטרנט, שמאפשרת למכשיר להתחבר בו-זמנית לשתי רשתות Wi-Fi (AP), ששתיהן ללא הגבלות (זמינות לכל האפליקציות) ומספקות גישה לאינטרנט.
מידע נוסף זמין במאמר Wi-Fi STA/STA Concurrency.
עדכונים של IMS API
ב-Android 13 נוספו העדכונים הבאים לממשקי ה-API של רישום יחיד ב-IMS:
DelegateRegistrationState
:- תמיכה במקרים שבהם המסגרת צריכה להמתין לסיום של סשנים של SIP לפני הריסת ה-PDN של IMS.
- הוספת השיטה
getRegisteringFeatureTags
שמאפשרת לאפליקציות האזנה לדעת מתי סטאק ה-IMS מנסה באופן פעיל לרשום IMS.
RcsUceAdapter
: הוספתPUBLISH_STATE_PUBLISHING
כדי לאפשר לאפליקציות האזנה לדעת מתי סטאק ה-IMS מנסה לפרסם יכולות באופן פעילCapabilityExchangeEventListener
: הוספת השיטהonPublishUpdated
כדי לאפשר לשירות ה-IMS להודיע לפלטפורמה באופן אסינכררוני על כך שהרענון של SIP PUBLISH הצליח או נכשל.RcsClientConfiguration
:- כדי לתמוך ב-RCC.72 סעיף 2.1.14, מוסיפים ערך חדש למבנה כדי לאפשר לאפליקציית ההודעות לציין אם המשתמש הפעיל או השבית את RCS.
- הוספת הקבוע
RCS_PROFILE_2_4
כדי לאפשר לאפליקציית הודעות לדווח שהיא תומכת בפרופיל האוניברסלי של RCS בגרסה 2.4.
ב-Android 13 יש גם את העדכונים הבאים לממשקי IMS API:
- הוספת היכולת לאפליקציות להאזין למצב של סטאק ה-IMS דרך הכיתה
ImsStateCallback
. מידע נוסף זמין במאמר שימוש ב-ImsStateCallback. - שינוי מבני של הקצאת IMS לשירות IMS כדי לתמוך בתרחישי שימוש של הקצאה ל-MVNO.
- שיפור מודל השרשור בשירות IMS.
- הוספת ממשקי API מודעים למינוי ל-SIM בשירות IMS
מספר פרופילים מופעלים ל-eUICC
ב-Android 13 נוספה תמיכה במספר פרופילים מופעלים (MEP) ל-eUICC, שמאפשרת למכשירים לתמוך בשני כרטיסי SIM באמצעות צ'יפ eSIM יחיד. מספר פרופילים של כרטיסי SIM מאפשרים למכשיר להתחבר לשני ספקים שונים בו-זמנית.
מידע נוסף זמין במאמר פרופירים מופעלים מרובים.
דרישות לכיול נוכחות
ב-Android 13 נוספו דרישות חדשות לכיוון של נוכחות כדי להבטיח שכל המכשירים בסביבת Android יוכלו לקבוע את הקרבה היחסית בין המכשירים.
למידע נוסף על הגדרה ותיקון של המכשירים כך שיתאימו לדרישות האלה, ראו דרישות לכיוון של נוכחות.
מצב חלופי של טלפוניה לזיהוי אזור זמן
ב-Android 13 הוספנו את מצב החזרה למצב ברירת המחדל של טלפוניה לזיהוי אזור הזמן. המצב הזה מאפשר ל-Android להשתמש בהצעות לזיהוי באמצעות טלפוניה באופן זמני במצבים שבהם זיהוי המיקום לא מצליח לזהות את אזור הזמן, או במצבים שבהם זיהוי המיקום נמשך זמן רב יותר מזיהוי באמצעות טלפוניה.
פרטים נוספים זמינים במאמר השירות time_zone_detector.
שיפורים ב-API של TelephonyManager לגישה ל-UICC
ב-Android 13 הוסרו ההגבלות על השימוש בממשקי ה-API הבאים של TelephonyManager ל-UICC, והם שופרו לניהול ערוצים לוגיים של UICC:
iccOpenLogicalChannel(String AID, int p2)
iccCloseLogicalChannel(int channel)
iccTransmitApduBasicChannel(int cla, int instruction, int p2, int p3, String data)
iccTransmitApduLogicalChannel(int channel, int cla, int instruction, int p1, int p2, int p3, String data)
iccExchangeSimIO(int fileID, int command, int p1, int p2, int p3, String filePath)
sendEnvelopeWithStatus(String content)
ממשקי ה-API האלה הוצאו משימוש ב-Android 11 כי OMAPI מספק הטמעה מהימנה יותר לניהול ערוצי UICC לוגיים. עם זאת, OMAPI לא מכסה את כל התרחישים לדוגמה שמוצעים על ידי ממשקי ה-API של TelephonyManager לגישה ל-UICC. לכן, ב-Android 13, ממשקי ה-API האלה לא הוצאו משימוש, והם כוללים שיפורים לניהול הערוצים הלוגיים של UICC. בעבר, כשאפליקציית שיחה קורסת ופתיחה ערוץ לוגי, יכול להיות שהערוץ הלוגי יזלוג. כלומר, הערוץ לא משוחרר והאפליקציה לא יכולה להשתמש בו שוב בלי הפעלה מחדש. בעקבות השיפורים ב-Android 13, אם אפליקציה קורסת, המערכת משחררת את הערוץ הלוגי, וכך האפליקציה יכולה לעשות בו שימוש חוזר.
השיפורים האלה ב-API מתבצעים ברמת ההטמעה והם תואמים לאחור באופן מלא. לא נדרשת מאמץ נוסף כדי לקרוא לאפליקציות להשתמש בממשקי ה-API האלה.
סימון כרשת מהימנה בשימוש הראשון (TOFU) לרשתות ארגוניות
ב-Android 13 נוספה תמיכה בגישה של אימות 'אמון בשימוש הראשון' (TOFU), שמאפשרת למשתמשים לבטוח ברשת ארגונית (EAP) על ידי התקנת רשות אישורים ברמה הבסיסית (root) שבה השרת משתמש והגדרת שם הדומיין שלה ברשת שמורה. TOFU מאפשר למכשיר לקבל מפתח ציבורי לא מאומת כשמשתמש מתחבר לרשת ארגונית בפעם הראשונה, ולשמור את המפתח לחיבורים הבאים.
מידע נוסף זמין במאמר אמון בשימוש הראשון.
תמיכה ב-Ultra Wideband
ב-Android 13 מוצגת הטמעת ברירת מחדל של מסגרת לטכנולוגיית רדיו של Ultra Wideband (UWB), טכנולוגיה שמאפשרת מדידת מרחק מדויקת ומאובטחת מאוד בין מכשירים נתמכים.
מידע נוסף זמין במאמר Ultra-wideband.
עדכונים של Wi-Fi AP/AP בו-זמנית
ב-Android 13 נוספה תמיכה בתחום התדרים של 6 GHz לצורך ביצוע בו-זמנית של משימות ב-Wi-Fi AP/AP, שמאפשרת למכשירים ליצור שני ממשקי נקודת גישה (AP).
למידע נוסף, ראו ביצועים בו-זמניים של AP/AP ב-Wi-Fi.
Wi-Fi Aware
ב-Android 13 נוספה תמיכה בגרסה 3.1 של המפרט של Wi-Fi Aware. מידע נוסף זמין במאמר Wi-Fi Aware.
עדכונים לגבי שיתוף אינטרנט בין מכשירים באמצעות נקודת Wi-Fi לשיתוף אינטרנט (נקודת AP זמנית)
ב-Android 13 יש הגדרות חדשות למכשירים שתומכים בשימוש ב-Wi-Fi לשיתוף אינטרנט. פרטים על ההגדרות החדשות זמינים במאמר נקודת Wi-Fi לשיתוף אינטרנט (Soft AP).
בו-זמניות בממשקים מרובים של Wi-Fi
החל מ-Android 13, ב-Wi-Fi HAL 1.6 נוספת האפשרות לציין ממשק AP שמקושר (תדר כפול בו-זמנית) כפריט שילוב מפורש.
פרטים נוספים זמינים במאמר ביצוע בו-זמנית בממשקים מרובים של Wi-Fi.
עדכונים בבחירת רשת Wi-Fi
החל מ-Android 13, אם יש צורך במרווחי סריקה שונים בזמן הריצה, אפליקציות עם הרשאות יכולות להגדיר באופן דינמי את לוח הזמנים לסריקה במסך של רשתות Wi-Fi זמינות באמצעות קריאה לשיטה WifiManager#setScreenOnScanSchedule(screenOnScanSchedule)
.
למידע נוסף, קראו את המאמר בחירת רשת Wi-Fi.
תצוגה
מנהל המשימות
ב-Android 13, מנהל המשימות הוא רכיב חדש בממשק המשתמש שמאפשר למשתמשים לדעת מה המצב והמשאבים שבהם נעשה שימוש על ידי שירותים בחזית באפליקציות ברקע, וגם להפסיק את האפליקציות האלה.
מידע נוסף זמין במאמר מנהל המשימות.
לחצני המדיה בממשק המשתמש של המערכת
החל מ-Android 13, לחצני המדיה בממשק המשתמש של המערכת מכילים עדכונים ללחצני הפעולה ולפעלת המדיה מרחוק. השינויים האלה תומכים בחוויית בקרת מדיה משופרת בטלפונים ובטאבלטים, ומאפשרים העברות מדיה חלקות בין מכשירים.
פרטים נוספים זמינים במאמר אמצעי בקרה על מדיה בממשק המשתמש של המערכת.
קומפוזיציה משולבת של SDR ו-HDR
ב-Android 13 יש שיפור בתמיכה בהצגה בו-זמנית של קומפוזיציה של SDR ו-HDR במסך, על ידי עמעום של תוכן SDR במסך כשהוא מוצג בו-זמנית עם תוכן HDR.
למידע נוסף, ראו שילוב של SDR ו-HDR בהרכבה.
הרשאה לשליחת התראות על הבעת הסכמה
החל מ-Android 13, ההתראות פועלות לפי מודל הסכמה, שבו כל האפליקציות צריכות לבקש מהמשתמשים הרשאה לפני שליחת הנחיות לקבלת התראות. כדי לתמוך בכך, יצרני ציוד מקורי צריכים להטמיע שינויים במערכות ההתראות וההרשאות בסביבת זמן הריצה, כפי שמתואר בדף הרשאת התראות להתרעות להצטרפות.
מיפוי טונאלי של בהירות HDR לטווח תואם ל-SDR
ב-Android 13 נוספה ספרייה סטטית שניתן להגדיר על ידי הספקים, שנקראת libtonemap
ומגדירה פעולות של מיפוי גוונים. התכונה הזו מאפשרת ליצרני ציוד מקורי להגדיר ולשתף את האלגוריתמים של מיפוי הטונים של המסך בין המסגרת לבין הספקים, וכך לצמצם את חוסר ההתאמה במיפוי הטונים.
מידע נוסף זמין במאמר מיפוי טווחי בהירות של HDR למיפוי טווחים תואם ל-SDR.
גרפיקה
AIDL ל-HAL של Hardware Composer
החל מגרסה 13 של Android, ה-HAL של Hardware Composer (HWC) מוגדר ב-AIDL, וגרסאות ה-HIDL מ-android.hardware.graphics.composer@2.1
עד android.hardware.graphics.composer@2.4
הוצאו משימוש.
למידע נוסף, קראו את המאמר AIDL ל-HAL של Hardware Composer.
ניהול של framebuffer של לקוח
החל מגרסה 13 של Android, מתבצעת הקצאה של מאגרי framebuffer חדשים, שמשמשים במהלך היצירה של הלקוח, בכל פעם שרזולוציית המסך משתנה. הקצאה זו מתבצעת על ידי SurfaceFlinger במחזור הinvalidate הבא אחרי שינוי הרזולוציה.
מידע נוסף זמין במאמר ניהול של framebuffer של לקוח.
התערבות של הגבלת קצב פריימים לשנייה (FPS)
החל מגרסה Android 13-QPR, התערבות של הגבלת FPS מאפשרת למשחקים לפעול בקצב FPS מתאים באמצעות שינויים בפלטפורמה בלבד, בלי צורך בפעולה כלשהי מצד המפתחים. למידע נוסף, ראו התערבות לצמצום FPS.
נעילה של מאגר ללא אות עם AutoSingleLayer
ב-Android 13 נוספה הגדרה חדשה בשם AutoSingleLayer
לנעילה של מאגרים ללא אות. ההגדרה הזו מאפשרת ל-SurfaceFlinger לנעול מאגר ללא אות כשרק שכבה אחת מתעדכנת, ולא במקרים שמתרחשים בשכבות שונות, כמו שינויים בגיאומטריה או טרנזקציות סנכרון.
מידע נוסף זמין במאמר Unsignaled buffer latching with AutoSingleLayer.
אינטראקציה
אימות לפקדים של הבית החכם
ב-Android 13, Device Controls API כולל שיטה חדשה בשם isAuthRequired
, שמאפשרת לספקים של אמצעי בקרה על המכשיר לציין אילו אמצעי בקרה בבית יכולים לבצע אינטראקציות במכשיר נעול. כך אפשר ליצור אינטראקציה חלקה יותר בנקודות כניסה, כמו מסך טלפון נעול.
פרוטוקול HID למעקב אחר תנועות הראש
ב-Android 13 נוסף פרוטוקול HID (מכשיר ממשק אנושי) למעקב אחר תנועות הראש. הפרוטוקול הזה מאפשר לחבר מכשיר למעקב אחר תנועות הראש למכשיר Android באמצעות USB או Bluetooth, ולהציג אותו למסגרת של Android ולאפליקציות דרך מסגרת החיישנים.
מידע נוסף זמין במאמר פרוטוקול HID של מכשיר מעקב אחר תנועות הראש.
תמיכה באותת קריאה חוזרת נעולה ב-KeyguardManager
ב-Android 13, שיטות חדשות, כמו addKeyguardLockedStateListener
ו-removeKeyguardLockedStateListener
, בכיתה KeyguardManager
, מעדכנות את המאזין על מצב הנעילה של מסך הנעילה.
אובייקטים לניהול ביצועים לשימוש חוזר ב-NNAPI
ב-Android 13 נוסף הממשק NNAPI AIDL HAL, IExecution
, שמנהל את משך החיים של אובייקט ביצוע לשימוש חוזר ואת המשאבים ששמורים במטמון. אובייקטים מסוג IExecution
מפחיתים את התקורה של משימות של מסקנות מלמידת מכונה, על ידי מתן אפשרות לנהג NNAPI לשמור משאבים בין פעולות ולהחיל אופטימיזציות ספציפיות לבקשה.
Sensors AIDL HAL
ב-Android 13 מוצג Sensors AIDL HAL, HAL שמבוסס על Sensors HAL 2.1 ומשתמש בממשק AIDL HAL. HAL של Sensors AIDL חושף את סוגים של מכשיר מעקב אחר תנועות הראש וחיישנים של IMU עם צירים מוגבלים.
מדיה
ייצוא נתוני סטטיסטיקה של קידוד וידאו
החל מ-Android 13, לקוחות אפליקציות יכולים לבקש ממקודד הווידאו לייצא נתונים סטטיסטיים של קידוד לכל פריים וידאו מקודד. בעזרת הנתונים הסטטיסטיים שמתקבלים ממקודד הווידאו, האפליקציות יכולות לבצע אופטימיזציה של משימות קידוד הווידאו שלהן, כמו קידוד בכמה שלבים ועיבוד מקדים של פריים לפני קידוד.
מידע נוסף זמין במאמר נתונים סטטיסטיים של קידוד וידאו.
ביצועים
Health AIDL HAL
ב-Android 13 מוצג Health AIDL HAL, HAL שמבוסס על Health HAL 2.1 ומשתמש בממשק AIDL HAL.
שיפור בביצועים בזמן הטעינה של המשחק
ב-Android 13 נוסף מצב צריכת אנרגיה חדש בשירות Power Manager שנקרא GAME_LOADING
. המצב הזה מציין ל-Power HAL אם אפליקציית המשחק נמצאת במצב טעינה, כדי ש-Power HAL יוכל לספק שיפור בטעינה. מידע נוסף זמין במאמר שיפור הביצועים בזמן הטעינה של המשחק.
הרשאות
חלוקת ההרשאות של חיישנים לבישים
החל מ-Android 13, ההרשאה BODY_SENSORS
מחולקת לשתי הרשאות: BODY_SENSORS
למעקב אחר קצב הלב בחזית ו-BODY_SENSORS_BACKGROUND
למעקב אחר קצב הלב ברקע.
מידע נוסף זמין במאמר שימוש בחיישנים גופניים ברקע מחייב הרשאה חדשה
כוח
שירותי מעקב אחרי התנהגות ברקע של אפליקציות
ב-Android 13 מוצג הרעיון של מעקב אחר התנהגות של אפליקציות ברקע, או תהליך שמנטר את השימוש בסוללה ברקע על ידי אפליקציות כדי לקבוע אם האפליקציות מפרות מדיניות כלשהי.
מידע נוסף זמין במאמר מעקב אחר התנהגות של אפליקציות ברקע.
צמצום צריכת החשמל במהלך הגיבוי והשחזור
החל מגרסה 13 של Android, אפשר להגביל את העברת החשמל במהלך גיבוי ושחזור באמצעות USB על ידי קריאה ל-method enableLimitPowerTransfer
של הכיתה UsbPort
.
מידע נוסף זמין במאמר ניהול צריכת האנרגיה.
אבטחה
פרטי כניסה לזהות
ב-Android 13 נוספה תמיכה בהצגת כמה מסמכים בו-זמנית. ממשק ה-Presentation Session החדש מאפשר לאפליקציה להציג כמה מסמכים בו-זמנית, דבר שלא ניתן לעשות באמצעות ה-API הקיים.
מידע נוסף זמין במאמר פרטי כניסה לזיהוי
APK Signature Scheme V3.1
הסכימה הזו משמשת כברירת מחדל כשחותמים על קובץ APK באמצעות מפתח חתימה וקו חתימה שהוחלפו. היא מאפשרת לקובץ APK אחד לטרגט רוטציה ב-Android 13 ואילך, תוך הימנעות מהבעיות הידועות שרלוונטיות לרוטציה בגרסאות קודמות של הפלטפורמה, באמצעות שימוש במפתח החתימה המקורי בבלוק החתימה v3.0. באופן דומה, החתימה בגרסה 4.1 תכלול פרטי חתימה נוספים של החסימה בגרסה 3.1 כדי לתמוך באותה התנהגות בהתקנות מצטברות.
הכוונות צריכות להתאים למסנני הכוונה שצוינו
ב-Android 13, כוונות שמקורן באפליקציות חיצוניות מועברות לרכיב שיוצאו רק אם הן תואמות לרכיבי מסנן הכוונה שהוצהרו.
כוונות לא תואמות נחסמות. אלה הן שתי החריגות שבהן לא נאכף התאמת כוונת החיפוש:
- כוונות (Intents) שנשלחות לרכיבים שלא מצהירים על מסנני כוונות
- כוונות שמקורן באותה אפליקציה
- כוונות מהמערכת
- כוונות מהשורש
ממשק יציב של OMAPI לספקים
Open Mobile API (OMAPI) הוא ממשק API סטנדרטי המשמש לתקשורת עם Secure Element של המכשיר. לפני Android 13, רק לאפליקציות ולמודולים של מסגרת העבודה הייתה גישה לממשק הזה. המרתו לממשק יציב של ספק מאפשרת למודול ה-HAL לתקשר עם הרכיבים המאובטחים גם דרך שירות OMAPI.
מידע נוסף זמין במאמר OMAPI Vendor Stable Interface.
מזהי UID משותפים הוצאו משימוש
החל מגרסה Android 13-QPR, מזהי UID משותפים הוצאו משימוש.
משתמשים ב-Android מגרסה 13 ואילך צריכים להוסיף את השורה android:sharedUserMaxSdkVersion="32"
למניפסט. הרשומה הזו מונעת ממשתמשים חדשים לקבל מזהה משתמש ייחודי משותף. למידע נוסף על מזהי UID, ראו חתימה על אפליקציות.
הגדרות
הגדרות שפה לכל אפליקציה
ב-Android 13 נוספו יכולות שמאפשרות למשתמשים לשנות את העדפות השפה בכל אפליקציה בנפרד. שותפים ויצרני ציוד מקורי (OEM) לא צריכים להשבית את הדף לבחירת שפה באפליקציה, והדף צריך להיות נגיש דרך שלוש אפשרויות הניווט הבאות:
- הגדרות > אפליקציות > app_name ובוחרים באפשרות שפה.
- לוחצים לחיצה ארוכה על סמל האפליקציה, מקישים על פרטי האפליקציה ובוחרים באפשרות שפה.
- הגדרות > מערכת > שפות וקלט > שפות של אפליקציות > app_name.
אפליקציית ההגדרות צריכה להמשיך להפעיל את דף ההגדרות של האפליקציה לפי אזור הזמן מהכוונה (intent) android.settings.App_Locale_Settings
.
מידע נוסף זמין במאמר הגדרות שפה לכל אפליקציה.
טלוויזיה
מצב מנהרה למולטימדיה
ב-Android 13 הרחבנו את ההתנהגות המוגדרת של הפעלת וידאו במנהרה, וקשרנו את ההתנהגות החדשה הזו לבדיקות אישור נוספות של CTS.
מידע נוסף זמין במאמר מנהור מולטימדיה.
עדכונים
עדכוני A/B וירטואליים
ב-Android 13 נוספו התכונות XOR compression ו-userspace merge לעדכוני A/B וירטואליים. דחיסת XOR מאפשרת להקטין את הגודל של קובצי snapshot, כי קל יותר לדחוס נתוני XOR מאשר נתוני בלוק גולמיים.
תכונת המיזוג במרחב המשתמש מאפשרת לרכיב המרחב המשותף של snapuserd
לטפל בתהליך המיזוג של עדכוני A/B וירטואליים, וכך לקצר את זמני המיזוג בהשוואה ל-Android 12 שבו נעשה שימוש במכשיר dm-snapshot
.
במאמרים דחיסת XOR ומיזוג של מרחב משתמש מוסבר איך מפעילים את התכונות האלה במכשירים שמשודרגים ל-Android 13.
וירטואליזציה
Android Virtualization Framework
Android Virtualization Framework (AVF) מספק סביבות ביצוע מאובטחות ופרטיות לביצוע קוד. AVF מתאים במיוחד לתרחישי שימוש שמתמקדים באבטחה, שבהם נדרשת ערובה חזקה יותר, ואפילו אימות רשמי, לבידוד בהשוואה לאלה שמוצעים על ידי ארגז החול של אפליקציות ב-Android.
למידע נוסף, ראו סקירה כללית על Android Virtualization Framework.