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

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

ארכיטקטורה

הוצאה משימוש של ION

אין יותר תמיכה ב-ION memory allocator באף גרסה של Android, כי כל ליבות התמיכה ב-ION הגיעו לסוף החיים בדצמבר 2025. כל קוד הספק שמנסה להשתמש ב-ION צריך להיכשל. מסירים את כל קוד הספק שמשתמש ב-ION.

אודיו

שינוי הארכיטקטורה של SCO מנוהל לאודיו

אם במכשירים יש ארכיטקטורה מחודשת של Audio Managed synchronous connection-oriented (SCO)‎ ב-Android מגרסה 17 ומעלה, מסגרת האודיו של Android משתמשת בתכונת הניהול של SCO כדי לנהל את הניתוב של SCO. בעבר, מסגרת ה-Bluetooth (BT) טיפלה בניתוב הזה. מידע נוסף זמין במאמר בנושא שינוי הארכיטקטורה של SCO לניהול אודיו.

כלי רכב

ממשק מחשב מתקדם עם ממשק משתמש שניתן להתאמה

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

Software defined vehicle

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

תאימות

בדיקת קלט ופלט של אודיו מרובה-ערוצים

ב-Android 17 נוספו בדיקות CTS Verifier לקלט ולפלט של אודיו רב-ערוצי. במאמר בדיקת קלט אודיו רב-ערוצי ופלט רב-ערוצי מוסבר איך מריצים את הבדיקות האלה.

הרצת בדיקות CTS-V

ב-Android 17 נדרש שלב נוסף בהגדרת CTS-V כדי להעניק את התפקיד של דפדפן ברירת המחדל. מידע על השלב הזה זמין במאמר בנושא הרצת בדיקות CTS-V.

הרצה של בדיקות אינטראקטיביות בצד המארח, בדיקות של דיוק טווח ובדיקות של תקשורת

‫Android 17 כולל בדיקות אינטראקטיביות של CTS-V שהן בדיקות חצי-אוטומטיות, שנדרש בהן לבצע כמה שלבים ידניים במכשיר שנבדק (DUT).

בנוסף לבדיקות האינטראקטיביות, המרנו בדיקות ידניות של דיוק טווח ובדיקות טלקום לבדיקות מרובות מכשירים. צריך לבצע בדיקות של חיבור ה-Wi-Fi. במאמר הרצת בדיקות בצד המארח מוסבר איך להגדיר ולהריץ את הבדיקות האלה.

הפעלת בדיקות אינטראקטיביות בצד המארח של USB

‫Android 17 כולל בדיקות בצד המארח של USB CTS-V שנדרש adb דרך Wi-Fi כדי להריץ אותן. מידע על הגדרה והרצה של הבדיקות האלה זמין במאמר בנושא הרצת בדיקות בצד המארח של USB.

הרצת בדיקות מדיה

‫Android 17 כולל בדיקות של הפעלת מדיה ב-CTS-V. מידע נוסף זמין במאמר בנושא הרצת בדיקות של הפעלת מדיה ב-CTS Verifier.

הפעלת בדיקה של עומס עבודה של אודיו

‫Android 17 כולל את בדיקת עומס העבודה של האודיו ב-CTS-V. מידע נוסף על הרצת הבדיקה הזו זמין במאמר הרצת בדיקת עומס עבודה של אודיו ב-CTS Verifier.

עדכונים לגבי בדיקת האודיו

ב-Android 17 אנחנו משיקים את העדכונים הבאים לבדיקת האודיו:

  • מוסיף מתאמי אודיו מ-USB-C ל-3.5 מ"מ לרשימת ההמלצות למתאמי אודיו ל-USB. מידע נוסף מופיע במאמר המלצות לשימוש במתאם אודיו USB.
    • ‫Google (מזהה ספק: 0x18D1, מזהה מוצר: 0x5025)
    • Xumee (מזהה ספק: 0x3302, מזהה מוצר: 0x56C5)
  • הסרת דרישות HDMI מבדיקת האודיו המקצועי ב-CTS Verifier. מידע נוסף זמין במאמר בנושא בדיקת אודיו מקצועי ב-CTS Verifier.

עדכונים של Camera ITS

ב-Android 17 מוצגים עדכונים ל-Camera Image Test Suite (ITS). מידע נוסף זמין בכתובת:

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

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

קישוריות

ניתוב אוטומטי של שיחות OTT לחיבורים לרשתות פרימיום

‫Android 17 תומך בהעברה אוטומטית של שיחות קוליות ושיחות וידאו דרך האינטרנט (OTT) לחיבורים לרשתות פרימיום. התכונה הזו מאפשרת למערכת להפנות באופן אוטומטי תנועה משיחות קוליות ושיחות וידאו לממשק רשת ייעודי ברמת פרימיום, כמו פרוסת 5G ברמת פרימיום או חיבור PDN‏ 4G ברמת פרימיום, בלי שיהיה צורך לבצע שינויים במערך הרשת של האפליקציה. מידע נוסף זמין במאמר 5G slicing auto-routing for OTT voice and video.

טווח: עדכוני מפרט מחוץ לתחום

‫Android 17 כולל את גרסה 2 וגרסה 3 של מפרט הנתונים מחוץ לפס (OOB).

גרסה 2 כוללת את השינויים הבאים:

גרסה 3 כוללת את השינויים הבאים:

תצוגה

ממשק מחשב

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

תאימות אפליקציות למסכים גדולים

ב-Android 17 נוספו ההגדרות config_isCameraCompatSimulateRequestedOrientationTreatmentEnabled,‏ config_isCameraCompatSimReqOrientationLandscapeTreatmentEnabled ו-config_enableSelfKillRecoveryBetweenInternalDisplays לשכבות-על של תאימות אפליקציות למסכים גדולים. מידע נוסף זמין במאמר מדריך להגדרת תאימות של אפליקציות למסכים גדולים.

מדיה

תמיכה ב-VVC

‫Android 17 תומך בתקן קידוד וידאו, Versatile Video Coding ‏ (VVC), לתרחישי פענוח. פלטפורמת Android מספקת תמיכה במסגרת ובמנתח, אבל כדי להפעיל פענוח VVC, ספק ה-SoC או ה-OEM חייבים לספק מפענח, תוכנה או חומרה, וה-OEM חייב לוודא שהוא מופעל ורשום כראוי במערכת המשנה של המדיה ב-Android. מידע נוסף זמין במאמר בנושא תמיכה ב-VVC.

ביצועים

איסוף מידע כללי על הבריאות

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

מגביל זיכרון

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

דמון לניהול זיכרון

ב-Android 17 ומעלה יש תמיכה בדימון (daemon) לניהול זיכרון (mmd), שהוא דימון (daemon) של המערכת שאחראי על הגדרה וניהול של משימות תחזוקה שקשורות ל-ZRAM. מידע נוסף זמין במאמר בנושא Memory management daemon.

Process memory guardian daemon

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

הרשאות

בורר אנשי הקשר

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

התכונות העיקריות של הכלי לבחירת אנשי קשר כוללות:

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

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

אינדיקטורים של מיקום

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

אבטחה

שיפורים במפתח שעטוף בחומרה

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

ההטמעה הפשוטה יוצרת, מייבאת ומכינה מפתחות הצפנה מוטמעים שעטופים בחומרה באמצעות ioctl של ליבת לינוקס במקום KeyMint. ליבת Linux מתקשרת עם החומרה של עטיפת המפתחות כדי לבצע את הפעולות האלה.

השינוי הזה מפשט את העיצוב כי הוא מסיר את המעורבות המיותרת של KeyMint בפעולות האלה. בנוסף, היא תואמת לליבת Linux במעלה הזרם.

מיישמים של מפתחות שעטופים בחומרה חייבים להוסיף תמיכה ב-ioctls חדשים של ליבת Linux.

אחרי זה, משתמשים ב-wrappedkey במקום ב-wrappedkey_v0 בקובץ fstab כדי להפעיל את ההטמעה החדשה. השינוי כולל שינוי בפורמט בדיסק, ולכן הוא רלוונטי רק למכשירים חדשים. מכשירים שכבר משתמשים ב-wrappedkey_v0 חייבים להמשיך להשתמש ב-wrappedkey_v0.

הטמעות של KeyMint שמשמשות רק במכשירים עם Android מגרסה 17 ומעלה לא צריכות לתמוך ב-TAG_STORAGE_KEY או ב-convertStorageKeyToEphemeral. הפונקציונליות שלהם הוחלפה על ידי ioctl של ליבת Linux. המערכת KeyMint ממשיכה לשמש למטרות אחרות.

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

חוויית משתמש של הגבלת קצב במסך הנעילה

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

  • פורמט זמן משופר: במסך הנעילה מוצגים פסק זמן של דקה אחת ומעלה באמצעות יחידות זמן גדולות יותר כדי לשפר את הקריאות, למשל אפשר לנסות שוב בעוד 30 דקות במקום אפשר לנסות שוב בעוד 1,800 שניות.
  • קישור מקוצר לשחזור: במסך הנעילה מוצג קישור מקוצר (ברירת המחדל היא g.co/android/unlock) כדי לעזור למשתמשים למצוא אפשרויות שחזור במכשיר אחר. אפשר להגדיר את הקישור הזה באמצעות המשאב config_lockscreenLockoutShortlink.
  • משוב על ניסיון כפול: במכשירים עם הטמעה של Weaver, המערכת מציגה הודעה ייחודית כשמוזנת ניחוש שגוי כפול. המשוב הספציפי הזה לא זמין במכשירים עם Gatekeeper בלבד, כי הם לא מספקים קודי תגובה נפרדים לניחושים שגויים ולכשלים אחרים באימות.
  • ניהול עקבי של הזנת פרטי הכניסה: אם במכשיר נעשה שימוש בפרטי כניסה של קוד אימות, מסך הנעילה משבית את לוח המקשים להזנת קוד האימות, בדומה להזנת פרטי כניסה של סיסמה וקו ביטול נעילה.

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

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

תאימות למדיניות

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

חימום מראש של רכיב מאובטח

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

מיישמי Weaver HAL יכולים לתמוך בשיטה הזו כשהיא משפרת את הביצועים. מידע נוסף זמין במאמר IWeaver#warmUp().

הגדרה

פתרון בעיות שקשורות לבנייה

ב-Android מגרסה 17 ואילך, עץ המקור של AOSP הוא לקריאה בלבד. אם ניסיון להריץ build משנה את עץ המקור במהלך הגדרת המוצר או כל חלק אחר ב-build, ה-build ייכשל וידווח על שגיאות במערכת קבצים לקריאה בלבד.

כדי לפתור את הבעיה, צריך להגדיר את עץ המקור לקריאה וכתיבה. מידע נוסף זמין במאמר פתרון שגיאות ב-build.