Android Debug Bridge (adb
) هي أداة متعددة الاستخدامات تعمل من سطر الأوامر وتتيح لك التواصل مع جهاز. يسهّل الأمر adb
تنفيذ مجموعة متنوعة من إجراءات الجهاز، مثل تثبيت التطبيقات وتصحيح أخطائها. توفّر adb
إمكانية الوصول إلى واجهة Unix التي يمكنك استخدامها لتنفيذ مجموعة متنوعة من الأوامر على جهاز. وهو برنامج يعمل بنظام العميل والخادم ويتضمّن ثلاثة مكونات:
- العميل، الذي يرسل الأوامر يتم تشغيل العميل على جهاز التطوير. يمكنك استدعاء عميل من وحدة طرفية لسطر الأوامر عن طريق إصدار أمر
adb
. - برنامج خفي (adbd)، ينفّذ الأوامر على الجهاز يعمل البرنامج الخفي كعملية في الخلفية على كل جهاز.
- خادم يدير عملية التواصل بين العميل والبرنامج الخفي يعمل الخادم كعملية في الخلفية على جهاز التطوير.
يتم تضمين adb
في حزمة "أدوات النظام الأساسي لحزمة تطوير البرامج (SDK) لنظام التشغيل Android". نزِّل هذه الحزمة باستخدام SDK Manager الذي يثبّتها في android_sdk/platform-tools/
. إذا كنت تريد حزمة أدوات النظام الأساسي المستقلة لحزمة تطوير البرامج (SDK) لنظام التشغيل Android، يمكنك تنزيلها من هنا.
للحصول على معلومات حول ربط جهاز لاستخدامه عبر adb
، بما في ذلك كيفية استخدام "مساعد الربط" لتحديد المشاكل الشائعة وحلّها، يُرجى الاطّلاع على تشغيل التطبيقات على جهاز.
طريقة عمل adb
عند بدء تشغيل برنامج adb
، يتحقّق البرنامج أولاً ممّا إذا كانت هناك عملية خادم adb
قيد التشغيل. إذا لم يكن هناك خادم، سيبدأ عملية الخادم.
عند بدء تشغيل الخادم، يتم ربطه بمنفذ TCP المحلي 5037 ويستمع إلى الأوامر المرسَلة من
adb
العملاء.
ملاحظة: تستخدم جميع برامج adb
المنفذ 5037 للتواصل مع خادم adb
.
بعد ذلك، يضبط الخادم عمليات الربط بجميع الأجهزة التي يتم تشغيلها.
يتم تحديد موقع المحاكيات من خلال فحص المنافذ ذات الأرقام الفردية في النطاق من 5555 إلى 5585، وهو النطاق الذي تستخدمه أول 16 محاكيًا. عندما يعثر الخادم على adb
برنامج خفي (adbd)adb
، فإنه يُعدّ اتصالاً بهذا المنفذ.
يستخدم كل محاكي زوجًا من المنافذ المتسلسلة، أي منفذًا يحمل رقمًا زوجيًا لاتصالات وحدة التحكّم ومنفذًا يحمل رقمًا فرديًا لاتصالات adb
. مثلاً:
المحاكي 1، وحدة التحكّم: 5554
المحاكي 1، adb
: 5555
المحاكي 2، وحدة التحكّم: 5556
المحاكي 2، adb
: 5557
وهكذا.
كما هو موضّح، المحاكي المتصل بـ adb
على المنفذ 5555 هو نفسه المحاكي الذي تستمع وحدة التحكّم الخاصة به على المنفذ 5554.
بعد أن يضبط الخادم عمليات الربط بجميع الأجهزة، يمكنك استخدام أوامر adb
للوصول إلى هذه الأجهزة. بما أنّ الخادم يدير عمليات الاتصال بالأجهزة ويتعامل مع الأوامر الواردة من عدة عملاء adb
، يمكنك التحكّم في أي جهاز من أي عميل أو من نص برمجي.
تفعيل تصحيح الأخطاء عبر adb على جهازك
لاستخدام adb مع جهاز متصل عبر USB، عليك تفعيل تصحيح أخطاء USB في إعدادات نظام الجهاز ضمن خيارات المطوّرين. في الإصدار 4.2 من نظام التشغيل Android (المستوى 17 من واجهة برمجة التطبيقات) والإصدارات الأحدث، تكون شاشة خيارات المطوّرين مخفية تلقائيًا. لإظهارها، عليك تفعيل خيارات المطوّرين.
يمكنك الآن ربط جهازك باستخدام كابل USB. يمكنك التأكّد من أنّ جهازك متصل من خلال تنفيذ adb devices
من دليل android_sdk/platform-tools/
. إذا كان الجهاز متصلاً، سيظهر اسمه ضمن "الأجهزة".
ملاحظة: عند توصيل جهاز يعمل بالإصدار 4.2.2 من نظام التشغيل Android (المستوى 17 من واجهة برمجة التطبيقات) أو إصدار أحدث، يعرض النظام مربّع حوار يسألك عمّا إذا كنت تريد قبول مفتاح RSA الذي يتيح تصحيح الأخطاء من خلال هذا الكمبيوتر. تحمي آلية الأمان هذه أجهزة المستخدمين لأنّها تضمن عدم إمكانية تنفيذ تصحيح أخطاء USB وأوامر adb الأخرى إلا إذا كان بإمكانك فتح قفل الجهاز والموافقة على مربع الحوار.
لمزيد من المعلومات حول الربط بجهاز عبر USB، يُرجى الاطّلاع على تشغيل التطبيقات على جهاز مادي.
الاتصال بجهاز عبر شبكة Wi-Fi
ملاحظة: لا تنطبق التعليمات الواردة أدناه على أجهزة Wear التي تعمل بالإصدار Android 11 (المستوى 30 لواجهة برمجة التطبيقات). راجِع دليل تصحيح أخطاء تطبيق Wear OS للحصول على مزيد من المعلومات.
يتيح الإصدار 11 من نظام التشغيل Android (المستوى 30 لواجهة برمجة التطبيقات) والإصدارات الأحدث نشر تطبيقك وتصحيح أخطائه لاسلكيًا من محطة العمل باستخدام أداة Android Debug Bridge (adb). على سبيل المثال، يمكنك نشر تطبيقك القابل للتصحيح على عدة أجهزة بعيدة بدون الحاجة إلى توصيل جهازك فعليًا عبر USB. ويؤدي ذلك إلى استبعاد الحاجة إلى التعامل مع مشاكل الاتصال الشائعة عبر USB، مثل تثبيت برنامج التشغيل.
قبل البدء في استخدام ميزة "تصحيح الأخطاء اللاسلكي"، عليك تنفيذ ما يلي:
-
تأكَّد من أنّ محطة العمل والجهاز متصلان بشبكة لاسلكية نفسها.
-
تأكَّد من أنّ جهازك يعمل بالإصدار 11 من نظام التشغيل Android (المستوى 30 لواجهة برمجة التطبيقات) أو الإصدارات الأحدث للهاتف أو الإصدار 13 من نظام التشغيل Android (المستوى 33 لواجهة برمجة التطبيقات) أو الإصدارات الأحدث للتلفزيون وWearOS. لمزيد من المعلومات، يُرجى الاطّلاع على التحقّق من إصدار Android وتحديثه.
-
إذا كنت تستخدم بيئة التطوير المتكاملة، تأكَّد من تثبيت أحدث إصدار من Android Studio. يمكنك تنزيله من هنا.
-
على محطة العمل، ثبِّت أحدث إصدار من أدوات منصة SDK.
لاستخدام تصحيح الأخطاء لاسلكيًا، يجب إقران جهازك بمحطة العمل باستخدام رمز استجابة سريعة أو رمز إقران. يجب أن تكون محطة العمل والجهاز متصلَين بالشبكة اللاسلكية نفسها. لربط حسابك بجهازك، اتّبِع الخطوات التالية:
-
فعِّل خيارات المطوّرين على جهازك.
-
افتح Android Studio واختَر إقران الأجهزة باستخدام شبكة Wi-Fi من قائمة إعدادات التشغيل.
الشكل 1. قائمة إعدادات التشغيلتظهر نافذة إقران الأجهزة من خلال شبكة Wi-Fi، كما هو موضّح في الشكل 2.
الشكل 2. نافذة منبثقة لإقران الأجهزة باستخدام رمز الاستجابة السريعة أو رمز الإقران -
على جهازك، انقر على تصحيح الأخطاء عبر شبكة Wi-Fi وأقرِن جهازك باتّباع الخطوات التالية:
الشكل 3. لقطة شاشة لإعداد تصحيح الأخطاء لاسلكيًا على هاتف Google Pixel-
لإقران جهازك باستخدام رمز استجابة سريعة، انقر على إقران الجهاز باستخدام رمز استجابة سريعة وامسح ضوئيًا رمز الاستجابة السريعة الذي حصلت عليه من النافذة المنبثقة إقران الأجهزة عبر شبكة Wi-Fi الموضّحة في الشكل 2.
-
لإقران جهازك باستخدام رمز الإقران، انقر على إقران الجهاز باستخدام رمز الإقران من النافذة المنبثقة إقران الأجهزة عبر شبكة Wi-Fi. على جهازك، انقر على الإقران باستخدام رمز الإقران، واحتفظ بالرمز المكوّن من ستة أرقام الذي يظهر لك. بعد ظهور جهازك في نافذة إقران الأجهزة عبر شبكة Wi-Fi، يمكنك النقر على إقران وإدخال الرمز المكوّن من ستة أرقام المعروض على جهازك.
الشكل 4. مثال على إدخال رمز مكوّن من ستة أرقام
-
-
بعد إقران جهازك، يمكنك محاولة نشر تطبيقك على الجهاز.
لإقران جهاز مختلف أو إيقاف إقران الجهاز الحالي على محطة العمل، انتقِل إلى تصحيح الأخطاء عبر Wi-Fi على جهازك. انقر على اسم محطة العمل ضمن الأجهزة المقترنة، ثم انقر على حذف.
-
إذا أردت تفعيل ميزة تصحيح الأخطاء عبر Wi-Fi وإيقافها بسرعة، يمكنك استخدام فئات المطوّرين في الإعدادات السريعة الخاصة بميزة تصحيح الأخطاء عبر Wi-Fi، والتي يمكن العثور عليها في خيارات المطوّرين > فئات المطوّرين في الإعدادات السريعة.
الشكل 5. يتيح لك خيار فئات مطوّري البرامج في الإعدادات السريعة تفعيل ميزة تصحيح الأخطاء عبر شبكة Wi-Fi وإيقافها بسرعة.
الاتصال بشبكة Wi-Fi باستخدام سطر الأوامر
بدلاً من ذلك، للاتصال بجهازك باستخدام سطر الأوامر بدون Android Studio، اتّبِع الخطوات التالية:
-
فعِّل خيارات المطوّرين على جهازك كما هو موضّح سابقًا.
-
فعِّل تصحيح الأخطاء عبر شبكة لاسلكية على جهازك كما هو موضّح سابقًا.
-
على محطة العمل، افتح نافذة أوامر طرفية وانتقِل إلى
android_sdk/platform-tools
. -
ابحث عن عنوان IP ورقم المنفذ ورمز الإقران من خلال النقر على إقران الجهاز باستخدام رمز الإقران. دوِّن عنوان IP ورقم المنفذ ورمز الإقران المعروض على الجهاز.
-
في وحدة التحكّم الخاصة بمحطة العمل، شغِّل الأمر
adb pair ipaddr:port
. استخدِم عنوان IP ورقم المنفذ المذكورَين أعلاه. -
عندما يُطلب منك ذلك، أدخِل رمز الإقران كما هو موضّح أدناه.
الشكل 6. ستظهر رسالة تشير إلى أنّه تم إقران جهازك بنجاح.
حلّ مشاكل الاتصال اللاسلكي
إذا كنت تواجه مشاكل في الاتصال بجهازك لاسلكيًا، جرِّب الخطوات التالية لتحديد المشاكل وحلّها.
التحقّق ممّا إذا كانت محطة العمل والجهاز يستوفيان المتطلبات الأساسية
تأكَّد من أنّ محطة العمل والجهاز يستوفيان المتطلبات الأساسية الواردة في بداية هذا القسم.
التحقّق من المشاكل المعروفة الأخرى
في ما يلي قائمة بالمشاكل المعروفة حاليًا في تصحيح الأخطاء لاسلكيًا (باستخدام adb أو Android Studio) وكيفية حلّها:
-
تعذُّر الاتصال بشبكة Wi-Fi: قد تحظر شبكات Wi-Fi الآمنة، مثل شبكات Wi-Fi الخاصة بالشركات، اتصالات الند للند، ما يمنعك من الاتصال عبر شبكة Wi-Fi. جرِّب الاتصال باستخدام كابل أو شبكة Wi-Fi أخرى (غير تابعة للشركة). يمكنك أيضًا استخدام اتصال لاسلكي عبر
adb connect ip:port
على بروتوكول tcp/ip (بعد إجراء اتصال أوّلي عبر USB)، في حال كان استخدام شبكة غير تابعة للشركة خيارًا متاحًا. -
إيقاف ميزة
adb
تلقائيًا في بعض الأحيان عند الاتصال بشبكة Wi-Fi: يمكن أن يحدث ذلك إذا بدّل الجهاز شبكات Wi-Fi أو انقطع اتصاله بالشبكة. لحلّ هذه المشكلة، أعِد الاتصال بالشبكة. -
تعذُّر ربط الجهاز بعد إتمام عملية الاقتران بنجاح: يعتمد تطبيق
adb
على بروتوكول mDNS لاكتشاف الأجهزة المقترنة والربط بها تلقائيًا. إذا كان إعداد الشبكة أو الجهاز لا يتوافق مع mDNS أو تم إيقافه، عليك الربط بالجهاز يدويًا باستخدامadb connect ip:port
.
الاتصال لاسلكيًا بجهاز بعد الاتصال الأوّلي عبر USB (الخيار الوحيد المتاح على الإصدار 10 من نظام التشغيل Android والإصدارات الأقدم)
ملاحظة: تنطبق سير العمل هذه أيضًا على الإصدار 11 من نظام التشغيل Android (والإصدارات الأحدث)، مع العلم أنّها تتضمّن أيضًا عملية ربط *أولي* عبر كابل USB.
ملاحظة: لا تنطبق التعليمات التالية على أجهزة Wear التي تعمل بالإصدار 10 (المستوى 29 لواجهة برمجة التطبيقات) أو إصدار أقدم من نظام التشغيل Android. راجِع الدليل حول تصحيح أخطاء تطبيق Wear OS للحصول على مزيد من المعلومات.
يتواصل adb
عادةً مع الجهاز عبر USB، ولكن يمكنك أيضًا استخدام adb
عبر شبكة Wi-Fi. لتوصيل جهاز يعمل بالإصدار 10 من نظام التشغيل Android (المستوى 29 لواجهة برمجة التطبيقات) أو إصدار أقدم، اتّبِع الخطوات الأولية التالية عبر USB:
-
وصِّل جهاز Android و
adb
الكمبيوتر المضيف بشبكة Wi-Fi مشتركة. - وصِّل الجهاز بالكمبيوتر المضيف باستخدام كابل USB.
-
اضبط الجهاز المستهدف على الاستماع إلى اتصال TCP/IP على المنفذ 5555:
adb tcpip 5555
- افصل كابل USB عن الجهاز المستهدف.
- ابحث عن عنوان IP لجهاز Android. على سبيل المثال، يمكنك العثور على عنوان IP على جهاز Nexus من خلال الانتقال إلى الإعدادات > لمحة عن الجهاز اللوحي (أو لمحة عن الهاتف) > الحالة > عنوان IP.
-
اتّصِل بالجهاز من خلال عنوان IP الخاص به:
adb connect device_ip_address:5555
-
تأكَّد من أنّ الكمبيوتر المضيف متصل بالجهاز المستهدف:
$ adb devices List of devices attached device_ip_address:5555 device
ملاحظة: يُرجى العِلم أنّه لا تتوفّر جميع نقاط الوصول
لجميع التطبيقات. قد تحتاج إلى استخدام نقطة وصول تم ضبط جدار الحماية فيها بشكل صحيح لتتوافق مع adb
.
تم الآن ربط جهازك بشبكة adb
.
في حال فقدان اتصال adb
بجهازك، اتّبِع الخطوات التالية:
- تأكَّد من أنّ الجهاز المضيف لا يزال متصلاً بشبكة Wi-Fi نفسها التي يتصل بها جهاز Android.
-
أعِد الربط من خلال تنفيذ الخطوة
adb connect
مرة أخرى. -
إذا لم ينجح ذلك، أعِد ضبط مضيف
adb
باتّباع الخطوات التالية:adb kill-server
بعد ذلك، ابدأ من جديد.
طلب البحث عن الأجهزة
قبل إصدار أوامر adb
، من المفيد معرفة مثيلات الأجهزة المتصلة بخادم adb
. أنشئ قائمة بالأجهزة المتصلة باستخدام الأمر devices
:
adb devices -l
في المقابل، تطبع adb
معلومات الحالة التالية لكل جهاز:
- الرقم التسلسلي:
adb
ينشئ سلسلة لتحديد الجهاز بشكل فريد من خلال رقم المنفذ. في ما يلي مثال على الرقم التسلسلي:emulator-5554
- الحالة: يمكن أن تكون حالة اتصال الجهاز إحدى الحالات التالية:
offline
: الجهاز غير متصل بشبكةadb
أو لا يستجيب.device
: الجهاز متصل بخادمadb
. يُرجى العِلم أنّ هذه الحالة لا تعني أنّ نظام Android قد تم تشغيله بالكامل وأصبح جاهزًا للعمل، لأنّ الجهاز يتصل بشبكةadb
أثناء استمرار عملية تشغيل النظام. بعد بدء التشغيل، تكون هذه هي حالة التشغيل العادية للجهاز.no device
: لم يتم توصيل أي جهاز.
- الوصف: إذا تضمّن الطلب الخيار
-l
، سيخبرك الأمرdevices
بنوع الجهاز، وهي معلومات مفيدة عندما تكون لديك أجهزة متعددة متصلة لتتمكّن من التمييز بينها.
يوضّح المثال التالي الأمر devices
ونتيجته. هناك ثلاثة أجهزة قيد التشغيل. أول سطرَين في القائمة هما محاكيان، والسطر الثالث هو جهاز
متصل بالكمبيوتر.
$ adb devices List of devices attached emulator-5556 device product:sdk_google_phone_x86_64 model:Android_SDK_built_for_x86_64 device:generic_x86_64 emulator-5554 device product:sdk_google_phone_x86 model:Android_SDK_built_for_x86 device:generic_x86 0a388e93 device usb:1-1 product:razor model:Nexus_7 device:flo
المحاكي غير مُدرَج في القائمة
يحتوي الأمر adb devices
على تسلسل أوامر خاص يؤدي إلى عدم ظهور المحاكيات قيد التشغيل في ناتج adb devices
، حتى إذا كانت المحاكيات ظاهرة على سطح المكتب. يحدث ذلك عندما تكون جميع الشروط التالية صحيحة:
- خادم
adb
غير نشط. - يمكنك استخدام الأمر
emulator
مع الخيار-port
أو-ports
مع قيمة منفذ ذات رقم فردي بين 5554 و5584. - المنفذ ذو الرقم الفردي الذي اخترته غير مشغول، لذا يمكن إجراء اتصال المنفذ برقم المنفذ المحدّد، أو إذا كان مشغولاً، سيتم التبديل إلى منفذ آخر يستوفي المتطلبات الواردة في النقطة 2.
- يمكنك بدء تشغيل خادم
adb
بعد بدء تشغيل المحاكي.
إحدى طرق تجنُّب هذه المشكلة هي السماح للمحاكي باختيار منافذه الخاصة وعدم تشغيل أكثر من 16 محاكيًا في الوقت نفسه. هناك طريقة أخرى وهي بدء تشغيل خادم adb
دائمًا قبل استخدام الأمر emulator
، كما هو موضّح في الأمثلة التالية.
المثال 1: في تسلسل الأوامر التالي، يبدأ الأمر adb devices
تشغيل الخادم adb
، ولكن لا تظهر قائمة الأجهزة.
أوقِف خادم adb
وأدخِل الأوامر التالية بالترتيب الموضّح. بالنسبة إلى اسم الجهاز الافتراضي Android، أدخِل اسمًا صالحًا من نظامك. للحصول على قائمة بأسماء الأجهزة الافتراضية لنظام التشغيل Android، اكتب
emulator -list-avds
. يتوفّر الأمر emulator
في الدليل android_sdk/tools
.
$ adb kill-server $ emulator -avd Nexus_6_API_25 -port 5555 $ adb devices List of devices attached * daemon not running. starting it now on port 5037 * * daemon started successfully *
المثال 2: في تسلسل الأوامر التالي، يعرض adb devices
قائمة الأجهزة لأنّه تم بدء تشغيل خادم adb
أولاً.
للاطّلاع على المحاكي في الناتج adb devices
، أوقِف الخادم adb
، ثم أعِد تشغيله بعد استخدام الأمر emulator
وقبل استخدام الأمر adb devices
، كما يلي:
$ adb kill-server $ emulator -avd Nexus_6_API_25 -port 5557 $ adb start-server $ adb devices List of devices attached emulator-5557 device
لمزيد من المعلومات حول خيارات سطر الأوامر الخاصة بالمحاكي، راجِع خيارات بدء التشغيل من سطر الأوامر.
إرسال أوامر إلى جهاز معيّن
إذا كانت أجهزة متعددة تعمل، عليك تحديد الجهاز المستهدف عند إصدار الأمر adb
.
لتحديد الهدف، اتّبِع الخطوات التالية:
- استخدِم الأمر
devices
للحصول على الرقم التسلسلي للجهاز المستهدف. - بعد الحصول على الرقم التسلسلي، استخدِم الخيار
-s
مع الأوامرadb
لتحديد الرقم التسلسلي.- إذا كنت ستصدر الكثير من أوامر
adb
، يمكنك ضبط متغير البيئة$ANDROID_SERIAL
ليحتوي على الرقم التسلسلي بدلاً من ذلك. - في حال استخدام السمتَين
-s
و$ANDROID_SERIAL
معًا، ستلغي السمة-s
السمة$ANDROID_SERIAL
.
- إذا كنت ستصدر الكثير من أوامر
في المثال التالي، يتم الحصول على قائمة الأجهزة المتصلة، ثم يتم استخدام الرقم التسلسلي لأحد الأجهزة لتثبيت helloWorld.apk
على هذا الجهاز:
$ adb devices List of devices attached emulator-5554 device emulator-5555 device 0.0.0.0:6520 device # To install on emulator-5555 $ adb -s emulator-5555 install helloWorld.apk # To install on 0.0.0.0:6520 $ adb -s 0.0.0.0:6520 install helloWorld.apk
ملاحظة: إذا أصدرت أمرًا بدون تحديد جهاز مستهدف
عند توفّر أجهزة متعددة، ستعرض adb
رسالة خطأ
"adb: أكثر من جهاز واحد/محاكي واحد".
إذا كانت لديك أجهزة متعددة متاحة ولكن جهاز واحد فقط هو محاكي، استخدِم الخيار -e
لإرسال الأوامر إلى المحاكي. إذا كانت هناك أجهزة متعددة ولكن تم توصيل جهاز واحد فقط، استخدِم الخيار -d
لإرسال الأوامر إلى الجهاز.
تثبيت تطبيق
يمكنك استخدام adb
لتثبيت حزمة APK على محاكي أو جهاز متصل
باستخدام الأمر install
:
adb install path_to_apk
يجب استخدام الخيار -t
مع الأمر install
عند تثبيت حزمة APK تجريبية. لمزيد من المعلومات،
يُرجى الاطّلاع على -t
.
لتثبيت حِزم APK متعددة، استخدِم install-multiple
. ويكون ذلك مفيدًا إذا نزّلت جميع حِزم APK الخاصة بتطبيقك لجهاز معيّن من Play Console وأردت تثبيتها على محاكي أو جهاز فعلي.
لمزيد من المعلومات حول كيفية إنشاء ملف APK يمكنك تثبيته على مثيل محاكي/جهاز، راجِع إنشاء تطبيقك وتشغيله.
ملاحظة: إذا كنت تستخدم Android Studio، لن تحتاج إلى استخدام
adb
مباشرةً لتثبيت تطبيقك على المحاكي أو الجهاز. بدلاً من ذلك، يتولّى "استوديو Android" عملية تجميع التطبيق وتثبيته.
إعداد قاعدة إعادة توجيه المنفذ
استخدِم الأمر forward
لإعداد إعادة توجيه المنفذ بشكل عشوائي، ما يؤدي إلى إعادة توجيه الطلبات على منفذ مضيف معيّن إلى منفذ مختلف على جهاز.
يضبط المثال التالي إعادة توجيه منفذ المضيف 6100 إلى منفذ الجهاز 7100:
adb forward tcp:6100 tcp:7100
يضبط المثال التالي إعادة توجيه منفذ المضيف 6100 إلى local:logd:
adb forward tcp:6100 local:logd
قد يكون ذلك مفيدًا إذا كنت تحاول تحديد ما يتم إرساله إلى منفذ معيّن على الجهاز. سيتم تسجيل جميع البيانات التي تم تلقّيها في برنامج خفي لتسجيل بيانات النظام وعرضها في سجلّات الجهاز.
نسخ الملفات من جهاز وإليه
استخدِم الأمرَين pull
وpush
لنسخ الملفات إلى جهاز ومنه. على عكس الأمر install
، الذي ينسخ ملف APK فقط إلى موقع محدّد، يتيح لك الأمران pull
وpush
نسخ أدلة وملفات عشوائية إلى أي موقع على الجهاز.
لنسخ ملف أو دليل وأدلته الفرعية من الجهاز، اتّبِع الخطوات التالية:
adb pull remote local
لنسخ ملف أو دليل وأدلته الفرعية إلى الجهاز، اتّبِع الخطوات التالية:
adb push local remote
استبدِل local
وremote
بمسارات الملفات أو الدليل المستهدَف على جهاز التطوير (المحلي) وعلى الجهاز (عن بُعد). مثلاً:
adb push myfile.txt /sdcard/myfile.txt
إيقاف خادم adb
في بعض الحالات، قد تحتاج إلى إنهاء عملية خادم adb
ثم إعادة تشغيلها لحلّ المشكلة. على سبيل المثال، قد يحدث ذلك إذا لم يستجب adb
لأحد الطلبات.
لإيقاف خادم adb
، استخدِم الأمر adb kill-server
.
يمكنك بعد ذلك إعادة تشغيل الخادم عن طريق إصدار أي أمر adb
آخر.
إصدار أوامر adb
أصدِر أوامر adb
من سطر أوامر على جهاز التطوير أو من نص برمجي باستخدام ما يلي:
adb [-d | -e | -s serial_number] command
إذا كان هناك محاكي واحد فقط قيد التشغيل أو جهاز واحد فقط متصل، يتم إرسال الأمر adb
إلى هذا الجهاز تلقائيًا. في حال تشغيل محاكيات متعددة و/أو ربط أجهزة متعددة، عليك استخدام الخيار -d
أو -e
أو -s
لتحديد الجهاز المستهدَف الذي يجب توجيه الأمر إليه.
يمكنك الاطّلاع على قائمة مفصّلة بجميع أوامر adb
المتوافقة باستخدام الأمر التالي:
adb --help
إصدار أوامر shell
يمكنك استخدام الأمر shell
لإصدار أوامر الجهاز من خلال adb
أو لبدء
واجهة تفاعلية. لإصدار أمر واحد، استخدِم الأمر shell
على النحو التالي:
adb [-d |-e | -s serial_number] shell shell_command
لبدء واجهة تفاعلية على جهاز، استخدِم الأمر shell
على النحو التالي:
adb [-d | -e | -s serial_number] shell
للخروج من نافذة تفاعلية، اضغط على Control+D
أو اكتب exit
.
يوفّر نظام التشغيل Android معظم أدوات سطر الأوامر المعتادة في نظام Unix. للحصول على قائمة بالأدوات المتاحة، استخدِم الأمر التالي:
adb shell ls /system/bin
تتوفّر المساعدة لمعظم الأوامر من خلال الوسيطة --help
.
يتم توفير العديد من أوامر shell من خلال
toybox.
تتوفّر المساعدة العامة التي تنطبق على جميع أوامر Toybox من خلال toybox --help
.
في الإصدار 23 من "أدوات منصة Android" والإصدارات الأحدث، تتعامل adb
مع الوسيطات بالطريقة نفسها التي يتعامل بها الأمر ssh(1)
. وقد أدّى هذا التغيير إلى حلّ الكثير من المشاكل المتعلّقة بإدخال الأوامر، كما يتيح تنفيذ الأوامر التي تحتوي على أحرف وصفية في shell، مثل adb install Let\'sGo.apk
، بأمان. يعني هذا التغيير أنّ تفسير أي أمر يحتوي على أحرف وصفية خاصة بنظام التشغيل قد تغيّر أيضًا.
على سبيل المثال، أصبح adb shell setprop key 'two words'
الآن خطأ،
لأنّ علامات الاقتباس يتم تجاهلها من خلال الصدفة المحلية، ويرى الجهاز
adb shell setprop key two words
. لكي يعمل الأمر، يجب وضع علامات اقتباس مرتين،
مرة واحدة لصدفة النظام المحلية ومرة واحدة لصدفة النظام البعيدة، كما تفعل مع
ssh(1)
. على سبيل المثال، تعمل adb shell setprop key "'two words'"
لأنّ الصدفة المحلية تأخذ مستوى الاقتباس الخارجي، بينما يظل الجهاز يرى مستوى الاقتباس الداخلي: setprop key 'two words'
. يمكنك أيضًا استخدام علامة الهروب، ولكن عادةً ما يكون استخدام علامات الاقتباس مرتين أسهل.
راجِع أيضًا أداة سطر الأوامر Logcat، وهي أداة مفيدة لمراقبة سجلّ النظام.
مدير نشاط المكالمات
يمكنك داخل adb
shell إصدار أوامر باستخدام أداة "مدير الأنشطة" (am
) لتنفيذ إجراءات مختلفة على النظام، مثل بدء نشاط وإيقاف عملية بالقوة وبث هدف وتعديل خصائص شاشة الجهاز وغير ذلك.
أثناء استخدام shell، يكون بناء الجملة am
على النحو التالي:
am command
يمكنك أيضًا إصدار أمر من "أداة إدارة الأنشطة" مباشرةً من adb
بدون إدخال shell عن بُعد. مثلاً:
adb shell am start -a android.intent.action.VIEW
الجدول 1. أوامر "مدير النشاط" المتاحة
الأمر | الوصف |
---|---|
start [options] intent
|
ابدأ Activity محدّدًا بواسطة
intent . يمكنك الاطّلاع على مواصفات وسيطات الأهداف. الخيارات هي:
|
startservice [options] intent
|
ابدأ Service المحدّد بواسطة intent . يمكنك الاطّلاع على مواصفات وسيطات الأهداف. الخيارات هي:
|
force-stop package
|
فرض إيقاف كل ما يرتبط بـ "package "
|
kill [options] package
|
أوقِف جميع العمليات المرتبطة بـ "package ". لا يؤدي هذا الأمر إلا إلى إيقاف العمليات التي يمكن إيقافها بأمان ولن تؤثر في تجربة المستخدم.
الخيارات هي:
|
kill-all
|
إنهاء جميع العمليات التي تعمل في الخلفية |
broadcast [options] intent
|
إصدار رسالة Intent بث. يمكنك الاطّلاع على مواصفات وسيطات الأهداف. الخيارات هي:
|
instrument [options] component
|
ابدأ التتبّع باستخدام مثيل Instrumentation .
عادةً ما يكون العنصر المستهدف component هو النموذج test_package/runner_class . الخيارات هي:
|
profile start process file
|
ابدأ المحلّل على process ، واكتب النتائج في file .
|
profile stop process
|
إيقاف أداة تحليل الأداء على process
|
dumpheap [options] process file
|
تفريغ مجموعة process ، والكتابة إلى file الخيارات هي:
|
dumpbitmaps [options] [-p process]
|
عرض معلومات حول الصورة النقطية من process
(المستوى 36 لواجهة برمجة التطبيقات والإصدارات الأحدث)
الخيارات هي:
process ، سيتم تفريغ الصور النقطية من جميع العمليات.
|
set-debug-app [options] package
|
اضبط تطبيق package على وضع تصحيح الأخطاء. الخيارات هي:
|
clear-debug-app
|
محو الحزمة السابقة التي تم ضبطها لتصحيح الأخطاء باستخدام set-debug-app
|
monitor [options]
|
ابدأ تتبُّع الأعطال أو أخطاء ANR. الخيارات هي:
|
screen-compat {on | off} package
|
التحكّم في وضع التوافق مع حجم الشاشة في package
|
display-size [reset | widthxheight]
|
تجاوز حجم العرض على الجهاز
يفيد هذا الأمر في اختبار تطبيقك على أحجام شاشات مختلفة من خلال محاكاة درجة دقة شاشة صغيرة باستخدام جهاز بشاشة كبيرة، والعكس صحيح.
مثال: |
display-density dpi
|
تجاوز كثافة العرض على الجهاز
يفيد هذا الأمر في اختبار تطبيقك على مختلف كثافات الشاشة من خلال محاكاة بيئة شاشة عالية الكثافة باستخدام شاشة منخفضة الكثافة، والعكس صحيح.
مثال: |
to-uri intent
|
طباعة مواصفات الغرض المحدّد كمعرّف موارد منتظم (URI) يمكنك الاطّلاع على مواصفات وسيطات الأهداف. |
to-intent-uri intent
|
طباعة مواصفات الغرض المحدّد كعنوان intent: URI يمكنك الاطّلاع على مواصفات وسيطات الأهداف. |
مواصفات وسيطات الهدف
بالنسبة إلى أوامر "أداة إدارة الأنشطة" التي تتضمّن وسيطة intent
، يمكنك تحديد الغرض باستخدام الخيارات التالية:
الاتصال بأداة إدارة الحِزم (pm
)
يمكنك في بيئة adb
إصدار أوامر باستخدام أداة إدارة الحِزم (pm
) لتنفيذ إجراءات وطلبات بحث على حِزم التطبيقات المثبَّتة على الجهاز.
أثناء استخدام shell، يكون بناء الجملة pm
على النحو التالي:
pm command
يمكنك أيضًا إصدار أمر مدير حزمة مباشرةً من adb
بدون إدخال غلاف بعيد. مثلاً:
adb shell pm uninstall com.example.MyApp
الجدول 2. أوامر مدير الحِزم المتاحة
الأمر | الوصف |
---|---|
list packages [options] filter
|
طباعة جميع الحِزم، ويمكنك الاقتصار على الحِزم التي يتضمّن اسم حزمتها النص الوارد في filter . الخيارات:
|
list permission-groups
|
طباعة جميع مجموعات الأذونات المعروفة |
list permissions [options] group
|
طباعة جميع الأذونات المعروفة، ويمكن الاقتصار على تلك الواردة في group . الخيارات:
|
list instrumentation [options]
|
أدرِج جميع حِزم الاختبار. الخيارات:
|
list features
|
طباعة جميع ميزات النظام |
list libraries
|
طباعة جميع المكتبات المتوافقة مع الجهاز الحالي |
list users
|
طباعة جميع المستخدمين على النظام |
path package
|
اطبع مسار حزمة APK الخاصة بـ package المحدّدة.
|
install [options] path
|
تثبيت حزمة، محدّدة بواسطة path ، في النظام الخيارات:
|
uninstall [options] package
|
تزيل هذه السمة حزمة من النظام. الخيارات:
|
clear package
|
حذف جميع البيانات المرتبطة بحزمة |
enable package_or_component
|
تفعيل الحزمة أو المكوّن المحدّد (يُكتب على النحو التالي: "package/class"). |
disable package_or_component
|
إيقاف الحزمة أو المكوّن المحدّدَين (المكتوبَين بالتنسيق "الحزمة/الفئة"). |
disable-user [options] package_or_component
|
الخيارات:
|
grant package_name permission
|
يجب منح التطبيق إذنًا، ويمكن أن يكون هذا الإذن أي إذن تم تحديده في بيان التطبيق على الأجهزة التي تعمل بالإصدار 6.0 من نظام التشغيل Android (المستوى 23 من واجهة برمجة التطبيقات) والإصدارات الأحدث. على الأجهزة التي تعمل بالإصدار 5.1 (المستوى 22 من واجهة برمجة التطبيقات) والإصدارات الأقدم من نظام التشغيل Android، يجب أن يكون الإذن اختياريًا ويحدّده التطبيق. |
revoke package_name permission
|
إلغاء إذن من تطبيق: على الأجهزة التي تعمل بالإصدار 6.0 من نظام التشغيل Android (المستوى 23 من واجهة برمجة التطبيقات) والإصدارات الأحدث، يمكن أن يكون الإذن أي إذن تم الإعلان عنه في بيان التطبيق. على الأجهزة التي تعمل بالإصدار 5.1 (المستوى 22 من واجهة برمجة التطبيقات) والإصدارات الأقدم من نظام التشغيل Android، يجب أن يكون الإذن اختياريًا ويحدّده التطبيق. |
set-install-location location
|
غيِّر موقع التثبيت التلقائي. قيم الموقع الجغرافي:
ملاحظة: هذا الإجراء مخصّص لتصحيح الأخطاء فقط. قد يؤدي استخدام هذا الخيار إلى تعطُّل التطبيقات وسلوكيات أخرى غير مرغوب فيها. |
get-install-location
|
تعرض هذه السمة موقع التثبيت الحالي. قيم العائد:
|
set-permission-enforced permission [true | false]
|
تحديد ما إذا كان يجب فرض الإذن المحدّد |
trim-caches desired_free_space
|
تقليل حجم ملفات ذاكرة التخزين المؤقت للوصول إلى المساحة الحرة المحدّدة |
create-user user_name
|
أنشئ مستخدمًا جديدًا باستخدام user_name المحدّد،
مع طباعة معرّف المستخدم الجديد.
|
remove-user user_id
|
إزالة المستخدم الذي يحمل المعرّف user_id ،
مع حذف جميع البيانات المرتبطة بهذا المستخدم
|
get-max-users
|
طباعة الحد الأقصى لعدد المستخدمين الذين يمكن للجهاز استيعابهم |
get-app-links [options] [package]
|
طباعة حالة إثبات ملكية النطاق للحزمة المحدّدة package، أو لجميع الحِزم في حال عدم تحديد أي حزمة يتم تحديد رموز الحالة على النحو التالي:
الخيارات هي:
|
reset-app-links [options] [package]
|
إعادة ضبط حالة إثبات ملكية النطاق للحزمة المحدّدة أو لجميع الحِزم في حال عدم تحديد أي حزمة
الخيارات هي:
|
verify-app-links [--re-verify] [package]
|
بث طلب تحقّق للحزمة package المحدّدة أو لجميع الحِزم في حال عدم تحديد أي حزمة يتم إرسالها فقط إذا لم تسجّل الحزمة ردًا من قبل.
|
set-app-links [--package package] state domains
|
اضبط حالة النطاق يدويًا لحزمة. يجب أن تحدّد الحزمة النطاق على أنّه autoVerify لكي تعمل هذه الميزة. لن يعرض هذا الأمر رسالة خطأ بشأن النطاقات التي تعذّر تطبيقه عليها.
|
set-app-links-user-selection --user user_id [--package package]
enabled domains
|
ضبط حالة اختيار المستخدم المضيف لحزمة يدويًا يجب أن تحدّد الحزمة النطاق لكي تعمل هذه الميزة. لن يعرض هذا الأمر رسالة خطأ للنطاقات التي تعذّر تطبيقه عليها.
|
set-app-links-allowed --user user_id [--package package] allowed
|
يمكنك تفعيل أو إيقاف إعداد معالجة الروابط التي تم التحقّق منها تلقائيًا لحزمة معيّنة.
|
get-app-link-owners --user user_id [--package package] domains
|
اطبع المالكين لنطاق معيّن لمستخدم معيّن بترتيب الأولوية من الأدنى إلى الأعلى.
|
الاتصال بمدير سياسات الجهاز (dpm
)
لمساعدتك في تطوير تطبيقات إدارة الأجهزة واختبارها، يمكنك إصدار أوامر إلى أداة "مدير سياسات الأجهزة" (dpm
). استخدِم الأداة للتحكّم في تطبيق المشرف النشط أو تغيير بيانات حالة إحدى السياسات على الجهاز.
أثناء استخدام shell، تكون dpm
الصيغة كما يلي:
dpm command
يمكنك أيضًا إصدار أمر "مدير سياسات الجهاز" مباشرةً من adb
بدون إدخال shell عن بُعد:
adb shell dpm command
الجدول 3. أوامر "مدير سياسات الجهاز" المتاحة
الأمر | الوصف |
---|---|
set-active-admin [options] component
|
يضبط component كمشرف نشط.
الخيارات هي:
|
set-profile-owner [options] component
|
اضبط component كمشرف نشط وحِزْمته كمالك للملف الشخصي لمستخدم حالي.
الخيارات هي:
|
set-device-owner [options] component
|
ضبط component كمشرف نشط وحزمة التطبيق كمالك للجهاز
الخيارات هي:
|
remove-active-admin [options] component
|
إيقاف حساب مشرف نشط يجب أن يوضّح التطبيق
android:testOnly
في ملف البيان. يزيل هذا الأمر أيضًا مالكي الأجهزة والملفات الشخصية.
الخيارات هي:
|
clear-freeze-period-record
|
محو سجل فترات التجميد التي تم ضبطها سابقًا لتحديثات النظام عبر شبكة غير سلكية ويكون ذلك مفيدًا
لتجنُّب القيود المفروضة على جدولة الأجهزة عند تطوير تطبيقات تدير فترات التجميد. اطّلِع على مقالة إدارة تحديثات النظام.
تتوفّر هذه الميزة على الأجهزة التي تعمل بالإصدار 9.0 من نظام التشغيل Android (المستوى 28 من واجهة برمجة التطبيقات) والإصدارات الأحدث. |
force-network-logs
|
إجبار النظام على إعداد أي سجلّات شبكة حالية لاسترجاعها من خلال وحدة تحكّم بسياسة الجهاز (DPC) إذا كانت هناك سجلّات اتصال أو سجلّات نظام أسماء النطاقات متاحة، يتلقّى DPC
onNetworkLogsAvailable()
رد الاتصال. راجِع تسجيل أنشطة الشبكة.
هذا الأمر يخضع لقيود على معدّل الاستخدام. تتوفّر هذه الميزة على الأجهزة التي تعمل بالإصدار 9.0 من نظام التشغيل Android (المستوى 28 من واجهة برمجة التطبيقات) والإصدارات الأحدث. |
force-security-logs
|
فرض إتاحة أي سجلّات أمان حالية لوحدة التحكّم بسياسة الجهاز (DPC) إذا كانت هناك سجلّات متاحة، سيتلقّى تطبيق DPC ردّ الاتصال onSecurityLogsAvailable() . تسجيل نشاط أجهزة المؤسسة
هذا الأمر يخضع لقيود على معدّل الاستخدام. تتوفّر هذه الميزة على الأجهزة التي تعمل بالإصدار 9.0 من نظام التشغيل Android (المستوى 28 من واجهة برمجة التطبيقات) والإصدارات الأحدث. |
أخذ لقطة شاشة
الأمر screencap
هو أداة مساعدة في shell لالتقاط لقطة شاشة لجهاز.
أثناء استخدام shell، يكون بناء الجملة screencap
على النحو التالي:
screencap filename
لاستخدام screencap
من سطر الأوامر، أدخِل ما يلي:
adb shell screencap /sdcard/screen.png
في ما يلي مثال على جلسة لقطة شاشة، باستخدام shell adb
لالتقاط لقطة الشاشة والأمر pull
لتنزيل الملف من الجهاز:
$ adb shell shell@ $ screencap /sdcard/screen.png shell@ $ exit $ adb pull /sdcard/screen.png
بدلاً من ذلك، إذا حذفت اسم الملف، ستكتب screencap
الصورة إلى الإخراج العادي. عند دمجه مع الخيار -p
لتحديد تنسيق PNG، يمكنك بث لقطة شاشة الجهاز مباشرةً إلى ملف على جهازك المحلي.
في ما يلي مثال على التقاط لقطة شاشة وحفظها محليًا في أمر واحد:
# use 'exec-out' instead of 'shell' to get raw data $ adb exec-out screencap -p > screen.png
تسجيل فيديو
الأمر screenrecord
هو أداة مساعدة في shell لتسجيل شاشة الأجهزة التي تعمل بالإصدار 4.4 من نظام التشغيل Android (المستوى 19 من واجهة برمجة التطبيقات) والإصدارات الأحدث. تسجّل الأداة المساعدة نشاط الشاشة في ملف MPEG-4. يمكنك استخدام هذا الملف لإنشاء فيديوهات ترويجية أو تدريبية أو لتصحيح الأخطاء واختبارها.
في shell، استخدِم بنية الجملة التالية:
screenrecord [options] filename
لاستخدام screenrecord
من سطر الأوامر، أدخِل ما يلي:
adb shell screenrecord /sdcard/demo.mp4
أوقِف تسجيل الشاشة بالضغط على Control+C. وإلّا، سيتوقّف التسجيل تلقائيًا بعد ثلاث دقائق أو المدة الزمنية التي يحدّدها --time-limit
.
لبدء تسجيل شاشة جهازك، نفِّذ الأمر screenrecord
لتسجيل الفيديو. بعد ذلك، نفِّذ الأمر pull
لتنزيل الفيديو من الجهاز إلى الكمبيوتر المضيف. في ما يلي مثال على جلسة تسجيل:
$ adb shell shell@ $ screenrecord --verbose /sdcard/demo.mp4 (press Control + C to stop) shell@ $ exit $ adb pull /sdcard/demo.mp4
يمكن لأداة screenrecord
التسجيل بأي دقة ومعدل نقل بيانات متوافقَين تطلبهما، مع الاحتفاظ بنسبة العرض إلى الارتفاع لشاشة الجهاز. تسجّل الأداة تلقائيًا بدقة الشاشة الأصلية واتجاهها، وبمدة قصوى تبلغ ثلاث دقائق.
في ما يلي القيود المفروضة على أداة screenrecord
:
- لا يتم تسجيل الصوت مع ملف الفيديو.
- لا تتوفّر ميزة تسجيل الفيديو على الأجهزة التي تعمل بنظام التشغيل Wear OS.
- قد لا تتمكّن بعض الأجهزة من التسجيل بدقة العرض الأصلية. إذا واجهت مشاكل في تسجيل الشاشة، جرِّب استخدام دقة شاشة أقل.
- لا يمكن تدوير الشاشة أثناء التسجيل. إذا تم تدوير الشاشة أثناء التسجيل، سيتم قطع جزء من الشاشة في التسجيل.
الجدول 4. خيارات screenrecord
الخيارات | الوصف |
---|---|
--help
|
عرض بناء جملة الأوامر وخياراتها |
--size widthxheight
|
اضبط حجم الفيديو: 1280x720 . القيمة التلقائية هي درجة دقة العرض الأصلية للجهاز (إذا كانت متوافقة)، أو 1280x720 إذا لم تكن متوافقة. للحصول على أفضل النتائج، استخدِم حجمًا متوافقًا مع برنامج ترميز AVC في جهازك. |
--bit-rate rate |
اضبط معدّل نقل بيانات الفيديو بالميغابت في الثانية. القيمة التلقائية هي 20 ميغابت في الثانية.
يمكنك زيادة معدّل نقل البيانات لتحسين جودة الفيديو، ولكن سيؤدي ذلك إلى زيادة حجم ملفات الأفلام. يضبط المثال التالي معدّل نقل البيانات أثناء التسجيل على 6 ميغابت في الثانية:
screenrecord --bit-rate 6000000 /sdcard/demo.mp4 |
--time-limit time |
اضبط الحد الأقصى لوقت التسجيل بالثواني. القيمة التلقائية والحد الأقصى للقيمة هو 180 (3 دقائق). |
--rotate |
تدوير الناتج بمقدار 90 درجة هذه الميزة تجريبية. |
--verbose |
عرض معلومات السجلّ على شاشة سطر الأوامر في حال عدم ضبط هذا الخيار، لن تعرض الأداة أي معلومات أثناء التشغيل. |
قراءة ملفات ART الشخصية للتطبيقات
بدءًا من الإصدار 7.0 من نظام التشغيل Android (المستوى 24 من واجهة برمجة التطبيقات)، تجمع بيئة التشغيل Android Runtime (ART) ملفات تعريف التنفيذ للتطبيقات المثبَّتة، ويتم استخدامها لتحسين أداء التطبيقات. افحص الملفات الشخصية التي تم جمعها للتعرّف على الطرق التي يتم تنفيذها بشكل متكرر والفئات التي يتم استخدامها أثناء بدء تشغيل التطبيق.
ملاحظة: لا يمكن استرداد اسم ملف بيانات تنفيذ التطبيق إلا إذا كان لديك إذن وصول إلى جذر نظام الملفات، مثلاً على محاكي.
لإنشاء نموذج نصي لمعلومات الملف الشخصي، استخدِم الأمر التالي:
adb shell cmd package dump-profiles package
لاسترداد الملف الناتج، استخدِم:
adb pull /data/misc/profman/package.prof.txt
إعادة ضبط الأجهزة الاختبارية
إذا كنت تختبِر تطبيقك على عدة أجهزة اختبار، قد يكون من المفيد إعادة ضبط جهازك بين الاختبارات، مثلاً لإزالة بيانات المستخدم وإعادة ضبط بيئة الاختبار. يمكنك إعادة ضبط جهاز اختباري يعمل بالإصدار 10 من نظام التشغيل Android (المستوى 29 من واجهة برمجة التطبيقات) أو إصدار أحدث على الإعدادات الأصلية باستخدام أمر shell testharness
adb
، كما هو موضّح أدناه:
adb shell cmd testharness enable
عند استعادة الجهاز باستخدام testharness
، يتم تلقائيًا الاحتفاظ بنسخة احتياطية من مفتاح RSA الذي يتيح تصحيح الأخطاء من خلال محطة العمل الحالية في موقع جغرافي دائم. أي أنّه بعد إعادة ضبط الجهاز، يمكن لمحطة العمل مواصلة تصحيح الأخطاء وإصدار أوامر adb
للجهاز بدون تسجيل مفتاح جديد يدويًا.
بالإضافة إلى ذلك، للمساعدة في تسهيل عملية اختبار تطبيقك والحفاظ على أمانها، يؤدي استخدام
testharness
لاستعادة جهاز إلى تغيير إعدادات الجهاز التالية أيضًا:
- يضبط الجهاز بعض إعدادات النظام حتى لا تظهر معالجات الإعداد الأولي للجهاز. أي أنّ الجهاز يدخل في حالة يمكنك من خلالها تثبيت تطبيقك وتصحيح أخطائه واختباره بسرعة.
- الإعدادات:
- يؤدي ذلك إلى إيقاف شاشة القفل.
- يتم إيقاف تنبيهات الطوارئ.
- يؤدي ذلك إلى إيقاف المزامنة التلقائية للحسابات.
- يؤدي هذا الخيار إلى إيقاف التحديثات التلقائية للنظام.
- غير ذلك:
- يؤدي إلى إيقاف تطبيقات الأمان المثبَّتة مسبقًا.
إذا كان تطبيقك بحاجة إلى رصد الإعدادات التلقائية للأمر testharness
والتكيّف معها، استخدِم
ActivityManager.isRunningInUserTestHarness()
.
sqlite
يبدأ sqlite3
برنامج سطر الأوامر sqlite
لفحص قواعد بيانات SQLite.
ويتضمّن أوامر مثل .dump
لطباعة محتويات جدول و.schema
لطباعة عبارة SQL CREATE
لجدول حالي.
يمكنك أيضًا تنفيذ أوامر SQLite من سطر الأوامر، كما هو موضّح:
$ adb -s emulator-5554 shell $ sqlite3 /data/data/com.example.app/databases/rssitems.db SQLite version 3.3.12 Enter ".help" for instructions
ملاحظة: لا يمكن الوصول إلى قاعدة بيانات SQLite إلا إذا كان لديك إذن وصول إلى الجذر في نظام الملفات، مثلاً على محاكي.
لمزيد من المعلومات، يُرجى الاطّلاع على مستندات سطر الأوامر الخاصة بـ sqlite3
.
برامج الخلفية الخاصة بـ adb عبر USB
يمكن لخادم adb التفاعل مع حزمة USB من خلال نظامَين خلفيَّين. يمكنه استخدام الخلفية الأصلية لنظام التشغيل (Windows أو Linux أو macOS) أو استخدام خلفية libusb
.
لا تتوفّر بعض الميزات، مثل attach
وdetach
ورصد سرعة USB، إلا عند استخدام libusb
كخادم خلفي.
يمكنك اختيار واجهة خلفية باستخدام متغيّر البيئة ADB_LIBUSB
.
إذا لم يتم ضبطها، سيستخدم adb الخلفية التلقائية. يختلف السلوك التلقائي باختلاف نظام التشغيل. اعتبارًا من
الإصدار 34 من Android Debug Bridge، يتم استخدام
liubusb
كخادم خلفي تلقائي على جميع أنظمة التشغيل باستثناء Windows، حيث يتم استخدام الخادم الخلفي الأصلي
تلقائيًا. في حال ضبط ADB_LIBUSB
، يحدّد هذا الإعداد ما إذا كان سيتم استخدام الخلفية الأصلية أو libusb
. يمكنك الاطّلاع على
صفحة دليل adb
للحصول على مزيد من المعلومات حول متغيرات بيئة adb.
الخدمات الخلفية لبروتوكول mDNS في adb
يمكن أن يستخدم ADB بروتوكول نظام أسماء النطاقات المتعدد البث لربط الخادم والأجهزة تلقائيًا. يتضمّن خادم ADB نظامَي خلفية، هما Bonjour (mdnsResponder من Apple) وOpenscreen.
يحتاج Bonjour إلى برنامج خفي يعمل على الجهاز المضيف.
على نظام التشغيل macOS، يتم تشغيل البرنامج الخفي المضمّن من Apple دائمًا، ولكن على نظامَي التشغيل Windows وLinux، يجب أن يتأكّد المستخدم من أنّ البرنامج الخفي mdnsd
قيد التشغيل.
إذا عرض الأمر adb mdns check
خطأً، من المحتمل أنّ ADB تستخدم Bonjour في الخلفية ولكن لا يتوفّر برنامج Bonjour خفي يعمل.
لا يحتاج الخلفية البرمجية لـ Openscreen إلى تشغيل برنامج خفي على الجهاز. يبدأ توفير Openscreen backend على أجهزة macOS بالإصدار 35 من "أداة تصحيح أخطاء Android" (ADB). يتوافق الإصدار 34 من "أداة تصحيح أخطاء Android" مع نظامَي التشغيل Windows وLinux.
يستخدم ADB تلقائيًا Bonjour backend. يمكن تغيير هذا السلوك باستخدام متغيّر البيئة ADB_MDNS_OPENSCREEN
(يتم ضبطه على 1
أو 0
).
راجِع صفحة دليل ADB للحصول على مزيد من التفاصيل.
وضع "اللقطات المتتالية" في أداة adb (بدءًا من الإصدار 36.0.0 من أداة adb)
"وضع الالتقاط السريع" هو ميزة تجريبية تتيح لأداة ADB مواصلة إرسال حِزم إلى جهاز حتى قبل أن يستجيب الجهاز للحزمة السابقة. يؤدي ذلك إلى زيادة معدل نقل البيانات في ADB بشكل كبير عند نقل الملفات الكبيرة، كما يقلّل من وقت الاستجابة أثناء تصحيح الأخطاء.
يكون "وضع الالتقاط المتواصل" غير مفعَّل تلقائيًا. لتفعيل الميزة، اتّبِع أحد الإجراءَين التاليَين:
- اضبط متغيّر البيئة
ADB_DELAYED_ACK
على1
. - في "استوديو Android"، انتقِل إلى إعدادات مصحّح الأخطاء من خلال ملف (File) (أو استوديو Android (Android Studio) على نظام التشغيل macOS) > الإعدادات (Settings) > الإنشاء والتنفيذ والنشر (Build, Execution, Deployment) > مصحّح الأخطاء (Debugger) واضبط وضع التشغيل السريع لخادم ADB (ADB Server Burst Mode) على مفعّل (Enabled).