‫Android Automotive 25Q4

בדף הזה מתוארים התכונות והשיפורים בגרסת Android Automotive OS ‏(AAOS) 25Q4. ‫AAOS 25Q4 היא גרסת Golden רשמית. ‫25Q4 כולל שמונה תכונות חדשות ומתקן 180 בעיות.

‫AAOS 25Q4 משתמש ברמת API‏ 16.1.

תכונות

בגרסה הזו של AAOS יש תכונות חדשות שמתוארות כאן.

Framework

תמיכה בחוגה ב-Jetpack Compose:

  • ‫Android 14 ואילך: מערכת AAOS מספקת תמיכה בסיסית מובנית בחוגות לממשקי משתמש של Jetpack Compose, כולל סיבוב של אמצעי הבקרה והזזה קלה.

  • ‫Android 12,‏ Android 12L ו-Android 13: מערכת AAOS מספקת תמיכה מוגבלת בסיבוב של ממשקי משתמש של Compose. הפתרון לבעיה של סיבוב בקר הוא שימוש בפתרון עקיף בצד האפליקציה. אנחנו לא תומכים בתזכורות.

    מידע נוסף זמין בהדגמה של הצגת פעילות ב-Compose באפליקציה RotaryPlayground. קוד המקור של האפליקציה הזו זמין בענף car-apps-dev.

ביצועים ותקינות המערכת

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

חוויית המערכת

ממשק משתמש ניתן להתאמה

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

  • התמקדות במשימה בממשק משתמש שניתן להתאמה: נוסף סט של כללים לקביעה של המשימה שבה מתמקדים בסביבה מרובת חלונות (למשל, פתיחה וסגירה של חלוניות). מאפיין onTransition חדש בתג Focus מאפשר שליטה מפורטת יותר.

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

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

    עקבות של OEM Perfetto מספקים דיווח נוסף של מטא-נתונים שספציפיים למה שקורה בחלונות ובספריית ממשק המשתמש שניתן להתאמה.

  • תצוגות העיצוב של החלונית מותאמות לשינויים בעיצוב ומגיבות להם: העיצוב של החלונית מותאם לשינויים בעיצוב, כמו מעבר בין מצב בהיר למצב כהה או עדכונים אחרים בעיצוב ברמת SysUI.

פקודות לניפוי באגים של משתמשים וכלי פיתוח:

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

    פקודת ה-Shell מפעילה אירוע במערכת. לדוגמה, כדי לסגור את חלונית תצוגת האפליקציות כשהיא פתוחה, מריצים את הפקודה adb shell cmd statusbar carsysui-dispatch-event close_app_grid.

  • מצב החלונית נכלל ב-dumpsys של הפעילות: dumpsys של הפעילות כולל את מצב החלונית. אפשר להשתמש בכלי ניפוי הבאגים כדי לקבל את מצבי החלונית באמצעות פקודת ה-Shell‏ dumpsys adb.

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

    adb shell cmd statusbar carsysui-dump-panelstates

רישום ביומן ומעקב נתונים ב-OEM

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

אפליקציות ליבה

כדי לעזור לאמת את התאימות של אפליקציות לנייד שנתמכות ברכב ל-Compatibility Definition Document (מסמך הגדרת התאימות, CDD) ול-Compatibility Test Suite (חבילת בדיקות התאימות, CTS), אנחנו משפרים את התאימות של אפליקציות צד שלישי ואת נוחות השימוש בהן בסביבות רכב. כדי להדגים שיטות מומלצות לניווט חלק, יש דוגמאות עזר לסימון של מזמינוּת חזרה.

  • שיפורים ב-Activity blocking activity‏ (ABA): כדי לשפר את ניהול מחזור החיים, AAOS משפרת את ההתנהגות של OnStop ABA.

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

  • שינוי קנה מידה של DPI: מערכת AAOS מבצעת אופטימיזציה של רכיבי ממשק המשתמש על סמך רזולוציית התצוגה ומרחק הצפייה.

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

  • שיפורים בתאימות: מערכת AAOS כוללת פונקציונליות ליבה של Android, כמו DocumentsUI, ומוסיפה שיפורים בתאימות של צד שלישי שפונה לאפליקציות.

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

מאפייני VHAL

  • תג enum של מאפיין @SystemApi: מערכת AAOS מאפשרת לאפליקציות צד שלישי לגשת ל-enums של מאפיינים שמסומנים כנגישים לאפליקציות צד שלישי.

אודיו

  • ‫APIs של החלשה ואיזון: מערכת AAOS מעדכנת אפליקציות של צד ראשון כדי לאחזר את הגדרות ההחלשה והאיזון הנוכחיות של המשתמש. רמות השמע האלה נשמרות לכל משתמש בכל מחזורי ההפעלה. העדכון הזה יוצר שוויון עם הגדרות אודיו אחרות שנשלטות על ידי המשתמש בממשקי ה-API של האודיו ברכב.

פרטיות

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

    כשמשתמשים מקישים על אפליקציה מושבתת, הם מתבקשים לאשר את התנאים וההגבלות של Google.

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

תאימות

ב-AAOS מתבצעת בדיקה של התאימות ל-Android ב-Cuttlefish ובחומרת הפניה פנימית באמצעות חבילות הבדיקה הבאות ב-GSI: ‏ CTS,‏ CTS-V,‏ ATS,‏ ATS-V,‏ STS,‏ VTS ו-CTS ב-GSI.

לא נדרשים תיקונים בקוד של Android 16 ‏ (android16-release) או בענף הבדיקה של Android 16 ‏ (android16-m1-tests-dev), למעט הבעיות שמפורטות בהמשך.

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

  • CtsAppSecurityHostTestCases: RoleSecurityTest#cannotGetSmsRoleHolderForAnotherUser

  • CtsMediaHostTestCases: AudioServiceRebootHostTest#testVolumePersists_AfterReboot

  • CtsPermissionUiTestCases: PermissionTest23#testInteractiveGrant

שגיאות בבדיקות של Android 25Q4

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

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

מקרה בדיקה מופעים
CtsWindowManagerBackgroundActivityTestCases 6
CtsJvmtiAttachingHostTestCases 5
CtsViewTestCases 5
CtsStagedInstallHostTestCases 3
CtsUiRenderingTestCases27 2
CtsWindowManagerDeviceActivity 2
CtsAppOpsTestCases 1
CtsNetTestCasesLegacyApi22 1
CtsStatsdAtomHostTestCases 1
CtsUiRenderingTestCases 1