החל מ-27 במרץ 2025, מומלץ להשתמש ב-android-latest-release במקום ב-aosp-main כדי ליצור תרומות ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.
סביבת בדיקה ופיתוח
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
הדרך המהירה והקלה ביותר לבדוק מסכים משניים היא להשתמש במסך מדומה שבבעלות המערכת. מכיוון שהוא משתף את המזהה הייחודי system_server, הוא נחשב לאמין ומותר לו לארח את כל חלונות התפאורה והפעילויות.
אם יש לכם מכשיר שתומך בחיבור חומרה (לדוגמה, HDMI או DisplayPort דרך USB-C), תוכלו להשתמש במסכים חיצוניים לחומרה כדי לבדוק.
כברירת מחדל, צגים וירטואליים שלא בבעלות ה-UID של המערכת נחשבים לא מהימנים, והמערכת מחילה כמה הגבלות כדי למנוע דליפת נתוני משתמשים.
אתם יכולים להשתמש במצב מחשב כדי לבדוק את התכונות והיכולות החדשות של חלונות שנוספו לפלטפורמה ב-Android 10. זוהי אפשרות למפתחים שמטרגטת מפתחי אפליקציות, ומאפשרת למפתחים לבדוק אפליקציות בסביבות עם כמה מסכים ובמצב חלונות צפים.
איור 1. מצב שולחן עבודה בשני מסכים, סימולטיבי (למעלה) וחיצוני (למטה)
כשיצרני מכשירים רוצים לספק חוויית שימוש כמו במחשב, הם יכולים להשתמש בתכונה הזו כדי להציג את הדרך המומלצת להטמיע חלק מהתכונות של חלונות.
- מפעילים את האפשרות למפתחים אילוץ מצב מחשב.
- מפעילים מחדש את הטלפון.
- מחברים את העכבר (דרך USB או Bluetooth).
- יוצרים מסך מדומה מתוך אפשרויות הפיתוח או משתמשים במסך חומרה.
- פותחים פעילויות ממרכז האפליקציות שבצג הזה ומשתמשים בעכבר כדי לבצע פעולות.
MD Launcher (platform/development/samples/MultiDisplay) שימושי לבדיקה של הפעלת פעילות ממוקדת ולבקשת מכונה חדשה.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-07-27 (שעון UTC)."],[],[],null,["# Testing and development environment\n\nThe fastest and easiest way to test secondary displays is to use a simulated\ndisplay, which is owned by the system. Because it shares the `system_server`\nUID, it's trusted and allowed to host all decor windows and activities.\n\nIf you have a device that supports a hardware connection (for example, HDMI\nor DisplayPort over USB-C), you can use external hardware displays to test.\n\nBy default, virtual displays that aren't owned by the system UID are considered\nto be *not trusted* and a number of restrictions are applied to prevent the\nleaking of user data.\n\nUse desktop mode to test new windowing features and capabilities added to\nthe platform in Android 10. It's a developer option\ntargeted for app developers and enables developers to test apps in\nmulti-display and freeform windowing mode environments.\n\n**Figure 1.** Desktop mode on two displays, simulated (top) and\nexternal (bottom)\n\nWhen device manufacturers want to provide a desktop-like experience, use this\nfeature to showcase the recommended way to implement some of the windowing features.\n\n1. Enable the **Force desktop mode** developer option.\n2. Reboot the phone.\n3. Connect the mouse (via USB or Bluetooth).\n4. Create a simulated display from the developer options or use a hardware display.\n5. Launch activities from the launcher on that display and use the mouse to interact.\n\nMD Launcher (`platform/development/samples/MultiDisplay`) is useful\nfor testing a targeted activity launch and to request a new instance."]]
