اعتبارًا من 27 آذار (مارس) 2025، ننصحك باستخدام android-latest-release بدلاً من aosp-main لإنشاء AOSP والمساهمة فيه. لمزيد من المعلومات، يُرجى الاطّلاع على التغييرات في AOSP.
بيئة الاختبار والتطوير
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
إنّ أسرع وأسهل طريقة لاختبار الشاشات الثانوية هي استخدام شاشة مُحاكاة، وهي مملوكة للنظام. وبما أنّه يشترك في معرّف system_server
الفريد، فهو موثوق به ويُسمح له باستضافة جميع نوافذ الديكور والأنشطة.
إذا كان لديك جهاز يتيح الاتصال بالأجهزة (مثل HDMI
أو DisplayPort عبر USB-C)، يمكنك استخدام شاشات الأجهزة الخارجية للاختبار.
بشكلٍ تلقائي، تُعتبر الشاشات الافتراضية التي لا يملكها رقم تعريف المستخدم للنظام
غير موثوق بها ويتم تطبيق عدد من القيود لمنع
تسرُّب بيانات المستخدم.
استخدِم وضع الكمبيوتر المكتبي لاختبار ميزات النوافذ والإمكانات الجديدة التي تمت إضافتها إلى
النظام الأساسي في Android 10. وهو خيار مخصّص للمطوّرين ويستهدف مطوّري التطبيقات، ويتيح لهم اختبار التطبيقات في بيئة استخدام وضع النوافذ المتعدّدة ووضع النوافذ الحرة.
الشكل 1: وضع الكمبيوتر المكتبي على شاشتَين، شاشة محاكاة (أعلى)
وشاشة خارجية (أسفل)
عندما يريد المصنّعون توفير تجربة مشابهة لتجربة الكمبيوتر المكتبي، يمكنهم استخدام هذه الميزة لعرض الطريقة المقترَحة لتنفيذ بعض ميزات النوافذ.
- فعِّل خيار المطوّر فرض وضع الكمبيوتر المكتبي.
- أعِد تشغيل الهاتف.
- وصِّل الماوس (عبر USB أو البلوتوث).
- أنشئ شاشة محاكاة من خيارات المطوّرين أو استخدِم شاشة جهاز.
- يمكنك تشغيل الأنشطة من مشغّل التطبيقات على هذه الشاشة واستخدام الماوس للتفاعل.
يكون مشغّل التطبيقات MD (platform/development/samples/MultiDisplay) مفيدًا
لاختبار إطلاق نشاط مستهدف وطلب مثيل جديد.
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","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 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],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."]]
