Android SDK टूल में एक Android डिवाइस एम्युलेटर शामिल है. यह एक वर्चुअल डिवाइस है जो आपके कंप्यूटर पर चलता है. Android Emulator से आपको इसे डेवलप करने और टेस्ट करने की सुविधा मिलती है किसी डिवाइस का इस्तेमाल किए बिना Android ऐप्लिकेशन.
इस पेज में ऐसी कमांड-लाइन सुविधाओं के बारे में बताया गया है जिनका इस्तेमाल Android एम्युलेटर. Android Emulator यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करने के बारे में जानकारी के लिए, देखें Android Emulator पर ऐप्लिकेशन चलाएं.
एम्युलेटर शुरू करें
इसके विकल्प के तौर पर, एम्युलेटर को चालू करने के लिए emulator
कमांड का इस्तेमाल करें
अपना प्रोजेक्ट चलाना या
एवीडी मैनेजर की मदद से इसकी शुरुआत करें.
यहाँ से वर्चुअल डिवाइस शुरू करने के लिए, बेसिक कमांड-लाइन सिंटैक्स दिया गया है: टर्मिनल प्रॉम्प्ट:
emulator -avd avd_name [ {-option [value]} … ]
या
emulator @avd_name [ {-option [value]} … ]
उदाहरण के लिए, अगर Mac पर चल रहे Android Studio से एम्युलेटर को लॉन्च किया जाता है, तो डिफ़ॉल्ट सेटिंग कमांड लाइन इनके जैसा होगी:
/Users/janedoe/Library/Android/sdk/emulator/emulator -avd Pixel8_API_34 -netdelay none -netspeed full -qt-hide-window -grpc-use-token -idle-grpc-timeout
कृपया ध्यान दें कि -qt-hide-window -grpc-use-token -idle-grpc-timeout
आर्ग्युमेंट का इस्तेमाल, सिर्फ़ Android Studio में एम्युलेटर विंडो को चलाने के लिए किया जाता है. अगर आपको एम्युलेटर को उसकी विंडो पर चलाना है, तो आपको उन अतिरिक्त पैरामीटर का इस्तेमाल नहीं करना चाहिए.
एम्युलेटर को शुरू करते समय, आपके पास स्टार्टअप के विकल्प तय करने का विकल्प होता है. हालांकि, इसके शुरू होने के बाद ऐसा नहीं किया जा सकता.
एवीडी के नामों की सूची के लिए, ये निर्देश डालें:
emulator -list-avds
Android की होम डायरेक्ट्री से, एवीडी के नामों की सूची देखने के लिए, इस विकल्प का इस्तेमाल करें.
ANDROID_SDK_HOME
को सेट करके, डिफ़ॉल्ट होम डायरेक्ट्री को बदला जा सकता है
एनवायरमेंट वैरिएबल, जो
उपयोगकर्ता के लिए खास डायरेक्ट्री, जहां सभी कॉन्फ़िगरेशन और एवीडी कॉन्टेंट सेव होता है.
किसी इवेंट को लॉन्च करने से पहले, टर्मिनल विंडो में एनवायरमेंट वैरिएबल को सेट किया जा सकता है
वर्चुअल डिवाइस या आपकी उपयोगकर्ता सेटिंग के ज़रिए
सिस्टम. उदाहरण के लिए, Linux पर आपकी .bashrc
फ़ाइल में.
'Android एम्युलेटर' को बंद करने के लिए, एम्युलेटर विंडो को बंद करें.
ऐप्लिकेशन इंस्टॉल करना
Android Studio या एम्युलेटर से ऐप्लिकेशन इंस्टॉल करने के अलावा
यूज़र इंटरफ़ेस (यूआई), adb
सुविधा का इस्तेमाल करके वर्चुअल डिवाइस पर अपना ऐप्लिकेशन इंस्टॉल किया जा सकता है.
adb
का इस्तेमाल करके अपने ऐप्लिकेशन को इंस्टॉल करने, चलाने, और उसकी जांच करने के लिए,
यह तरीका अपनाएं:
- अपना ऐप्लिकेशन किसी APK में बनाएं और पैकेज करें, जैसा कि अपना ऐप्लिकेशन बनाना और चलाना ऐप्लिकेशन है.
- जैसा कि पिछले लेख में बताया गया है, कमांड लाइन से एम्युलेटर को शुरू करें सेक्शन में जाकर स्टार्टअप के विकल्पों का इस्तेमाल करें.
adb
का इस्तेमाल करके अपना ऐप्लिकेशन इंस्टॉल करें.- एम्युलेटर पर अपना ऐप्लिकेशन चलाएं और उसकी जांच करें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है एम्युलेटर पर डाउनलोड करने के लिए, आप एम्युलेटर का इस्तेमाल कर सकते हैं कंसोल का इस्तेमाल करें.
किसी ऐप्लिकेशन को अनइंस्टॉल करने के लिए, वैसा ही करें जैसा किसी Android डिवाइस पर किया जाता है.
रीस्टार्ट होने पर, वर्चुअल डिवाइस ऐप्लिकेशन और उसकी स्थिति का डेटा सेव करके रखता है
उपयोगकर्ता के डेटा डिस्क पार्टीशन (userdata-qemu.img
) में. इसे हटाने के लिए
डेटा, एम्युलेटर को -wipe-data
विकल्प से शुरू करें या
डेटा को एवीडी मैनेजर में सेव कर सकते हैं. यूज़र डेटा के बारे में ज़्यादा जानकारी पाने के लिए
अगला सेक्शन देखें.
ध्यान दें: adb
यूटिलिटी, वर्चुअल डिवाइस को इस तरह देखती है
एक असल डिवाइस है. इस वजह से, आपको
कुछ सामान्य adb
निर्देशों के साथ -d
फ़्लैग, जैसे कि
install
. -d
फ़्लैग की मदद से यह तय किया जा सकता है कि कई
किसी निर्देश के टारगेट के तौर पर इस्तेमाल करने के लिए कनेक्ट किए गए डिवाइस. अगर आप तय नहीं करते हैं, तो
-d
, एम्युलेटर अपनी सूची में पहले डिवाइस को टारगेट करता है.
डिफ़ॉल्ट डायरेक्ट्री और फ़ाइलों को समझना
एम्युलेटर, जुड़ी हुई फ़ाइलों का इस्तेमाल करता है. इनमें से AVD सिस्टम और डेटा डायरेक्ट्री शामिल हैं सबसे ज़रूरी हैं. एम्युलेटर डायरेक्ट्री के स्ट्रक्चर को समझने से, और फ़ाइलें शामिल की जा सकती हैं, हालांकि आम तौर पर आपको डिफ़ॉल्ट डायरेक्ट्री या फ़ाइलों में बदलाव करने की ज़रूरत है.
Android एम्युलेटर, (QEMU) हाइपरवाइज़र का इस्तेमाल करता है.
एवीडी सिस्टम डायरेक्ट्री
सिस्टम डायरेक्ट्री में, Android सिस्टम की वे इमेज शामिल होती हैं जिनका इस्तेमाल एम्युलेटर करता है ऑपरेटिंग सिस्टम को सिम्युलेट करने के लिए. इस डायरेक्ट्री में प्लैटफ़ॉर्म के हिसाब से, रीड-ओनली ऐक्सेस वाली फ़ाइलें हैं इसे एक ही तरह के सभी एवीडी शेयर करते हैं. इनमें एपीआई लेवल, सीपीयू आर्किटेक्चर, और Android का वैरिएंट. डिफ़ॉल्ट स्थान ये हैं:
- macOS और Linux -
~/Library/Android/sdk/system-images/android-apiLevel/variant/arch/
- विंडो -
C:\Users\user\Library\Android\sdk\system-images\android-apiLevel\variant\arch\
कहाँ:
apiLevel
, एपीआई लेवल में अंकों वाला या इसके लिए एक अक्षर है रिलीज़ की झलक देखें. उदाहरण के लिए,android-V
Android VenillaIceCream की झलक. रिलीज़ होने पर, यह एपीआई लेवल 35 बन गया. इसेandroid-35
.variant
खास सुविधाओं के लिए इस्तेमाल किया जाने वाला नाम है सिस्टम इमेज से लागू किया जाता है. उदाहरण के लिए,google_apis
याandroid-wear
.arch
टारगेट सीपीयू आर्किटेक्चर है. उदाहरण के लिए,x86
.
-sysdir
विकल्प का इस्तेमाल करके,
को दिखाया जा सकता है.
एम्युलेटर, सिस्टम डायरेक्ट्री में मौजूद इन फ़ाइलों को पढ़ता है:
टेबल 1. सिस्टम डायरेक्ट्री की फ़ाइलें, Android के ज़रिए पढ़ी जाती हैं एम्युलेटर
फ़ाइल | ब्यौरा | कोई और फ़ाइल जोड़ने का विकल्प |
---|---|---|
kernel-qemu या kernel-ranchu
|
AVD के लिए बाइनरी कर्नेल इमेज. kernel-ranchu इस पर आधारित है
QEMU एम्युलेटर.
|
-kernel
|
ramdisk.img
|
बूट पार्टीशन की इमेज. यह system.img का सबसेट है
कर्नेल द्वारा सिस्टम चित्र माउंट किए जाने से पहले लोड किया जाता है. यह
आम तौर पर, इसमें कुछ बाइनरी और इनिशलाइज़ेशन स्क्रिप्ट शामिल होती हैं.
|
-ramdisk
|
system.img
|
सिस्टम इमेज का रीड-ओनली (सिर्फ़ पढ़ने के लिए) वर्शन. खास तौर पर, सिस्टम लाइब्रेरी और एपीआई लेवल से जुड़ा डेटा वाला बंटवारा और वैरिएंट. | -system
|
userdata.img
|
डेटा पार्टीशन का शुरुआती वर्शन, जो इस तरह दिखता है
एम्युलेट किए गए सिस्टम में data/ और इसमें
देखने में बिताया गया औसत समय एम्युलेटर इस फ़ाइल का इस्तेमाल तब करता है, जब नया एवीडी बनाया जाता है या
‑wipe-data विकल्प. ज़्यादा जानकारी के लिए, देखें
नीचे दिए गए सेक्शन में userdata-qemu.img फ़ाइल की जानकारी दी गई है.
|
-initdata
-init-data
|
एवीडी डेटा डायरेक्ट्री
एवीडी डेटा डायरेक्ट्री को कॉन्टेंट डायरेक्ट्री भी कहा जाता है. यह डायरेक्ट्री, .
यह डिफ़ॉल्ट जगह है, जहां name
यह है
एवीडी का नाम:
- macOS और Linux -
~/.android/avd/name.avd/
- Windows 10 और उसके बाद के वर्शन -
C:\Users\user\.android\name.avd\
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एवीडी की कोई दूसरी डेटा डायरेक्ट्री बनाने के लिए, -datadir
विकल्प का इस्तेमाल करें.
नीचे दी गई टेबल में, इस डायरेक्ट्री में मौजूद सबसे अहम फ़ाइलों की सूची दी गई है:
दूसरी टेबल. एवीडी डेटा डायरेक्ट्री में मौजूद ज़रूरी फ़ाइलें
फ़ाइल | ब्यौरा | कोई और फ़ाइल जोड़ने का विकल्प |
---|---|---|
userdata-qemu.img
|
डेटा पार्टीशन का कॉन्टेंट, जो इसमें
हर वर्चुअल डिवाइस इंस्टेंस, उपयोगकर्ता और उनकी जानकारी को स्टोर करने के लिए, लिखने लायक उपयोगकर्ता-डेटा इमेज का इस्तेमाल करता है
सेशन के हिसाब से डेटा. उदाहरण के लिए, यह किसी यूनीक उपयोगकर्ता की प्रॉपर्टी को सेव करने के लिए, इमेज का इस्तेमाल करता है
इंस्टॉल किए गए ऐप्लिकेशन के डेटा, सेटिंग, डेटाबेस, और फ़ाइलों को सेव करता है. हर उपयोगकर्ता के पास
यह |
-data
|
cache.img
|
कैश मेमोरी का बंटवारा करने वाली इमेज, जोcache/
एम्युलेट किया गया सिस्टम. जब पहली बार एवीडी बनाया जाता है या
-wipe-data विकल्प. यह अस्थायी डाउनलोड फ़ाइलें सेव करता है और
डाउनलोड मैनेजर और कभी-कभी सिस्टम से अपने-आप जानकारी भर जाती है. उदाहरण के लिए,
ब्राउज़र डाउनलोड किए गए वेब पेजों और इमेज को कैश मेमोरी में सेव करने के लिए इसका इस्तेमाल करता है, जबकि एम्युलेटर
दौड़ने. वर्चुअल डिवाइस को बंद करने पर, फ़ाइल मिटा दी जाती है. आप
-cache विकल्प का इस्तेमाल करके फ़ाइल को सेव करके रखें.
|
-cache
|
sdcard.img
|
(ज़रूरी नहीं) एसडी कार्ड के बंटवारे के लिए इस्तेमाल की जाने वाली इमेज, जिससे आपको एसडी कार्ड का सिम्युलेशन इस्तेमाल करने की सुविधा मिलती है
किसी वर्चुअल डिवाइस पर कार्ड की जानकारी जोड़ सकते हैं. एवीडी में एसडी कार्ड की इमेज फ़ाइल बनाई जा सकती है
मैनेजर या
एवीडी मैनेजर में एवीडी तय करते समय, आपके पास
अपने-आप मैनेज होने वाले एसडी कार्ड की फ़ाइल या ऐसी किसी फ़ाइल का इस्तेमाल करने के लिए जिसे आपने बनाया है
सिम्युलेट किए गए एसडी में से फ़ाइलें ब्राउज़ की जा सकती हैं, उन्हें भेजी जा सकती हैं, और कॉपी करके हटाया जा सकता है
एम्युलेटर यूज़र इंटरफ़ेस (यूआई) या
एसडी कार्ड की फ़ाइल लोड करने से पहले, उसमें मौजूद फ़ाइलों को कॉपी करने के लिए, इमेज को माउंट करें
लूप डिवाइस के रूप में फ़ाइल और फिर फ़ाइलों को कॉपी करें. या किसी सुविधा का इस्तेमाल करने के लिए,
फ़ाइलों को सीधे इमेज पर कॉपी करने के लिए, एम्युलेटर, फ़ाइल को बाइट का पूल मानता है, इसलिए एसडी कार्ड फ़ॉर्मैट बात.
|
-sdcard
|
एम्युलेटर के लिए इस्तेमाल की गई डायरेक्ट्री और फ़ाइलों की सूची बनाएं
आप दो तरीकों से पता लगा सकते हैं कि फ़ाइलें कहां मौजूद हैं:
- इसका इस्तेमाल करें
-verbose
या-debug init
विकल्प, जब आप एम्युलेटर को यहां से शुरू करते हैं: कमांड लाइन. आउटपुट देखें. emulator
-help-option
कमांड का इस्तेमाल करके डिफ़ॉल्ट डायरेक्ट्री बनाने के लिए. जैसे:emulator -help-datadir
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
Use '-datadir <dir>' to specify a directory where writable image files will be searched. On this system, the default directory is: /Users/me/.android See '-help-disk-images' for more information about disk image files.
कमांड लाइन शुरू करने के विकल्प
इस सेक्शन में वे विकल्प दिए गए हैं जो कमांड लाइन में दिए जा सकते हैं. एम्युलेटर.
ध्यान दें: Android Emulator पर लगातार काम चल रहा है, ताकि उसे और भरोसेमंद बनाना. अलग-अलग कमांड-लाइन विकल्पों के लिए रिपोर्ट की गई समस्याओं की स्थिति के लिए और बग की रिपोर्ट करने के लिए, Android समस्या को ट्रैक करने वाला टूल.
आम तौर पर इस्तेमाल होने वाले विकल्प
नीचे दी गई टेबल में, ऐसे कमांड लाइन स्टार्टअप विकल्प दिए गए हैं जिनका इस्तेमाल अक्सर किया जाता है:
तीसरी टेबल. आम तौर पर इस्तेमाल होने वाले कमांड लाइन विकल्प
कमांड लाइन का विकल्प | ब्यौरा |
---|---|
क्विक बूट | |
-no-snapshot-load
|
कोल्ड बूट करता है और बाहर निकलने पर एम्युलेटर स्थिति को सेव करता है. |
-no-snapshot-save
|
अगर मुमकिन हो, तो तुरंत चालू होता है. हालांकि, बाहर निकलने पर एम्युलेटर की स्थिति सेव नहीं होती. |
-no-snapshot
|
इससे क्विक बूट की सुविधा पूरी तरह बंद हो जाती है. साथ ही, यह एम्युलेटर की स्थिति को लोड या सेव नहीं करती. |
डिवाइस हार्डवेयर | |
-camera-back mode -camera-front mode
|
इस मोड में, पीछे या सामने वाले कैमरे के लिए एम्युलेशन मोड सेट किया जाता है. इससे कैमरे की सभी सेटिंग बदल जाती हैं
ट्रैक कर रहे हैं.
जैसे: emulator @Pixel8_API_34 -camera-back webcam0अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है |
-webcam-list
|
यह आपके डेवलपमेंट कंप्यूटर पर मौजूद उन वेबकैम की सूची बनाता है जो एम्युलेटर के लिए उपलब्ध हैं. इसके लिए
उदाहरण:emulator @Pixel8_API_34 -webcam-list List of web cameras connected to the computer: Camera 'webcam0' is connected to device 'webcam0' on channel 0 using pixel format 'UYVY' उदाहरण में, पहला SDK टूल के टूल 25.2.4 के बाद से, एवीडी का नाम डालना ज़रूरी है. |
डिस्क की इमेज और मेमोरी | |
-memory size
|
फ़ोन की रैम का साइज़ तय करता है. यह 1536 से 8, 192 एमबी तक का हो सकता है. उदाहरण के लिए: emulator @Pixel8_API_34 -memory 2048 यह वैल्यू, एवीडी की सेटिंग को बदल देती है. |
-sdcard filepath
|
यह एसडी कार्ड पार्टिशन वाली इमेज फ़ाइल का फ़ाइल नाम और पाथ के बारे में बताता है. इसके लिए
उदाहरण:
emulator @Pixel8_API_34 -sdcard C:/sd/sdcard.img अगर फ़ाइल नहीं मिलती है, तब भी एम्युलेटर लॉन्च होगा, लेकिन वह एसडी कार्ड के बिना ही लॉन्च होगा. यह निर्देश एसडी कार्ड की कोई इमेज नहीं है की चेतावनी दिखाता है.
अगर आप यह विकल्प नहीं चुनते, तो |
-wipe-data
|
उपयोगकर्ता का डेटा मिटाता है और शुरुआती डेटा फ़ाइल से डेटा कॉपी करता है. यह विकल्प
वर्चुअल डिवाइस के डेटा को साफ़ करता है और वापस उसी स्थिति में वापस ले जाता है जिसमें
पहले परिभाषित किया गया था. इंस्टॉल किए गए सभी ऐप्लिकेशन और सेटिंग हटा दी जाती हैं. उदाहरण के लिए:
emulator @Pixel8_API_34 -wipe-data
डिफ़ॉल्ट रूप से, उपयोगकर्ता के डेटा की फ़ाइल |
डीबग | |
-debug tags
|
इससे एक या इससे ज़्यादा टैग के लिए, डीबग मैसेज दिखाने की सुविधा चालू या बंद होती है.
एक से ज़्यादा टैग को स्पेस, कॉमा या कॉलम से अलग करें. उदाहरण के लिए:
$ emulator @Pixel8_API_34 -debug init,metrics किसी टैग को बंद करने के लिए, उसके आगे एक डैश (-) लगाएं. उदाहरण के लिए, निम्न विकल्प, नेटवर्क सॉकेट से जुड़े डीबग मैसेज को छोड़कर सभी डीबग मैसेज दिखाता है और मेट्रिक:
टैग और जानकारी की सूची के लिए,
emulator -help-debug-tags
डिफ़ॉल्ट डीबग टैग यहां तय किए जा सकते हैं:
ANDROID_VERBOSE=socket,gles इसका इस्तेमाल करना समान है:
या
|
-debug-tag -debug-no-tag
|
डीबग के किसी खास तरह के मैसेज को चालू करता है. no फ़ॉर्म का इस्तेमाल करके
डीबग मैसेज टाइप को बंद करें. उदाहरण के लिए:
emulator @Pixel8_API_34 -debug-all -debug-no-metrics
टैग की सूची के लिए, |
-logcat logtags
|
यह नीति एक या उससे ज़्यादा टैग और लिखने के लिए, Logcat मैसेज दिखाने की सुविधा चालू करती है
उन्हें टर्मिनल विंडो पर ले जाएगा. उदाहरण के लिए, नीचे दिया गया कमांड गड़बड़ी को चालू करता है
सभी कॉम्पोनेंट से मिले मैसेज:
emulator @Pixel8_API_34 -logcat *:e
इस उदाहरण में, जानकारी देने वाले पेज पर जीएसएम कॉम्पोनेंट वाले मैसेज दिखाए गए हैं लॉग लेवल:
emulator @Pixel8_API_34 -logcat '*:s GSM:i'
अगर आप कमांड लाइन पर ज़्यादा के लिए
Logcat और |
-show-kernel
|
टर्मिनल विंडो में कर्नेल डीबग मैसेज दिखाता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -show-kernel इस विकल्प का एक इस्तेमाल यह जांचने के लिए है कि बूट प्रोसेस ठीक से काम कर रही है या नहीं. |
-verbose
|
एम्युलेटर विंडो पर एम्युलेटर के शुरू होने के मैसेज प्रिंट करता है. इसके लिए
उदाहरण:
emulator @Pixel8_API_34 -verbose
यह दिखाता है कि
एवीडी में तय किया गया वर्चुअल डिवाइस. यह विकल्प और इसे
|
नेटवर्क | |
-dns-server servers
|
बताए गए डीएनएस सर्वर का इस्तेमाल करता है. servers
ज़्यादा से ज़्यादा चार डीएनएस सर्वर के नामों या आईपी पतों की कॉमा-सेपरेटेड लिस्ट. इसके लिए
उदाहरण:
emulator @Pixel8_API_34 -dns-server 192.0.2.0,अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
डिफ़ॉल्ट रूप से, एम्युलेटर आपके इस्तेमाल किए जा रहे डीएनएस सर्वर का पता लगाने की कोशिश करता है. साथ ही, यह उन सर्वर को सेट करता है
एम्युलेट किए गए फ़ायरवॉल नेटवर्क में, Android सिस्टम को अनुमति देने के लिए खास उपनामों को
का इस्तेमाल किया जा सकता है. पूरी जानकारी देने के लिए, |
-http-proxy proxy
|
एक खास एचटीटीपी/एचटीटीपीएस प्रॉक्सी के ज़रिए सभी टीसीपी कनेक्शन बनाता है. अगर आपके
एम्युलेटर को किसी प्रॉक्सी सर्वर से इंटरनेट ऐक्सेस करना होगा, ताकि आप
विकल्प या http_proxy एनवायरमेंट वैरिएबल
सही रीडायरेक्ट करना होगा. उदाहरण के लिए:
emulator @Pixel8_API_34 -http-proxy myserver:1981
कॉन्टेंट बनाने
अगर यह विकल्प उपलब्ध नहीं है, तो एम्युलेटर |
-netdelay delay
|
नेटवर्क इंतज़ार के समय का एम्युलेशन, इनमें से किसी एक पर सेट करता है
मिलीसेकंड में
जैसे: emulator @Pixel8_API_34 -netdelay gsmअभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एम्युलेटर, नेटवर्क थ्रॉटलिंग और ज़्यादा कनेक्शन के इंतज़ार के समय के साथ काम करता है.
इसे स्किन कॉन्फ़िगरेशन या
|
-netfast
|
नेटवर्क थ्रॉटलिंग बंद करें. उदाहरण के लिए:
emulator @Pixel8_API_34 -netfast
यह विकल्प |
-netspeed speed
|
नेटवर्क स्पीड का एम्युलेशन सेट करता है. इससे पता चलता है कि नेटवर्क ज़्यादा से ज़्यादा कितना अपलोड किया जा सकता है और
डाउनलोड की स्पीड, इनमें से किसी एक
जैसे: emulator @Pixel8_API_34 -netspeed edgeअभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
एम्युलेटर, नेटवर्क थ्रॉटलिंग और ज़्यादा कनेक्शन के इंतज़ार के समय के साथ काम करता है.
इसे स्किन कॉन्फ़िगरेशन या
|
-port port
|
यह नीति, कंसोल और adb के लिए इस्तेमाल किए जाने वाले टीसीपी पोर्ट नंबर को सेट करती है. उदाहरण के लिए:
emulator @Pixel8_API_34 -port 5556
डिफ़ॉल्ट मान 5554 है, जो
आपकी मशीन. आम तौर पर, वर्चुअल डिवाइस में दो आस-पास मौजूद पोर्ट इस्तेमाल होते हैं:
कंसोल पोर्ट और
पोर्ट असाइनमेंट अक्सर
ध्यान दें कि अगर |
-ports
|
यह कंसोल और adb के लिए इस्तेमाल किए जाने वाले टीसीपी पोर्ट सेट करता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -ports 5556,5559
पोर्ट की मान्य रेंज 5554 से 5682 है, जो 64 वर्चुअल पोर्ट की अनुमति देती है
डिवाइस.
हमारा सुझाव है कि जहां भी हो सके, वहां
कंसोल और |
-tcpdump filepath
|
यह नेटवर्क पैकेट कैप्चर करके, उन्हें किसी फ़ाइल में सेव करता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -tcpdump /path/dumpfile.cap इस विकल्प का इस्तेमाल, एम्युलेटर का वर्चुअल ईथरनेट LAN. इसके बाद, Wireshark जैसे टूल का इस्तेमाल किया जा सकता है. का इस्तेमाल किया जा सकता है. ध्यान दें कि यह विकल्प सभी ईथरनेट पैकेट कैप्चर करता है. यह टीसीपी तक ही सीमित नहीं है कनेक्शन. |
सिस्टम | |
-accel mode
|
एम्युलेटर वीएम एक्सेलरेटर को कॉन्फ़िगर करता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -accel auto एक्सेलरेटेड एम्युलेशन सिर्फ़ x86 और x86_64 सिस्टम इमेज के लिए काम करता है. Linux पर, यह केवीएम का इस्तेमाल करता है. Windows और Mac पर, यह Intel सीपीयू और Intel HAXM का इस्तेमाल करता है ड्राइवर. अगर x86 या x86_64 डिवाइस को एम्युलेट नहीं किया जा रहा है, तो इस विकल्प को अनदेखा कर दिया जाता है.
ज़्यादा जानकारी के लिए, कॉन्फ़िगर करें Android Emulator के लिए हार्डवेयर से तेज़ी लाने की सुविधा. |
-accel-check
|
यह जांच करता है कि एम्युलेटर वीएम एक्सेलरेटर के लिए ज़रूरी हाइपरवाइज़र है या नहीं
(HAXM या KVM) इंस्टॉल किया गया हो. उदाहरण के लिए:
emulator -accel-check ज़्यादा जानकारी के लिए, देखें कि हायपरवाइज़र इंस्टॉल किया गया है या नहीं. |
-engine engine
|
एम्युलेटर इंजन के बारे में जानकारी देता है:
उदाहरण के लिए:
emulator @Pixel8_API_34 -engine auto
अपने-आप पहचान करने की सुविधा में वह वैल्यू चुनी जानी चाहिए जो सबसे अच्छी परफ़ॉर्मेंस देती है. ऐसा तब होता है, जब
एवीडी की नकल करते हैं. इसके लिए, |
-gpu mode
|
जीपीयू एम्युलेशन मोड को चुनता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -gpu swiftshader_indirect ज़्यादा जानकारी के लिए, ग्राफ़िक एक्सेलरेटर को कॉन्फ़िगर करना लेख पढ़ें. |
-no-accel
|
x86 या x86_64 सिस्टम का इस्तेमाल करने पर, एम्युलेटर वीएम की रफ़्तार बढ़ाने की सुविधा बंद करता है
इमेज. यह सिर्फ़ डीबग करने के लिए सही होती है. साथ ही, यह -accel
off को तय करने के समान होती है. उदाहरण के लिए:
emulator @Pixel8_API_34 -no-accel ज़्यादा जानकारी के लिए, कॉन्फ़िगर करें Android Emulator के लिए हार्डवेयर से तेज़ी लाने की सुविधा. |
-nojni
-no-jni
|
यह नीति, Android Delvik पर एक्सटेंडेड Java नेटिव इंटरफ़ेस (जेएनआई) की जांच की सुविधा बंद करती है
या ART रनटाइम. उदाहरण के लिए:
emulator @Pixel8_API_34 -nojni वर्चुअल डिवाइस को शुरू करने पर, ज़्यादा समय तक चलने वाली जेएनआई जांच की सुविधा डिफ़ॉल्ट रूप से चालू हो जाती है. इसके लिए ज़्यादा जानकारी के लिए, JNI देखें सलाह देखें. |
-selinux {disabled|permissive}
|
सुरक्षा की बेहतर सुविधा वाला Linux (SELinux) सेट करता है
Linux ऑपरेटिंग पर, सुरक्षा मॉड्यूल को disabled या permissive मोड पर सेट करता है
सिस्टम. उदाहरण के लिए:
me-linux$ emulator @Pixel8_API_34 -selinux permissive
डिफ़ॉल्ट रूप से, SELinux |
-timezone timezone
|
वर्चुअल डिवाइस के लिए टाइम ज़ोन सेट करता है
होस्ट टाइम ज़ोन के बजाय emulator @Pixel8_API_34 -timezone Europe/Paris
डिफ़ॉल्ट रूप से, एम्युलेटर आपके डेवलपमेंट कंप्यूटर के टाइम ज़ोन का इस्तेमाल करता है. इस्तेमाल की जाने वाली चीज़ें
इस विकल्प का इस्तेमाल करके कोई दूसरा टाइम ज़ोन बताया जा सकता है. इसके अलावा, अगर अपने-आप पहचान करने की सुविधा चालू नहीं है
ठीक से काम कर रहा है.
दिया गया टाइम ज़ोन, zoneinfo डेटाबेस में होना चाहिए. |
-version
|
एम्युलेटर का वर्शन नंबर दिखाता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -version या
emulator -version |
यूज़र इंटरफ़ेस (यूआई) | |
-no-boot-anim
|
इससे, एम्युलेटर चालू होने के दौरान बूट ऐनिमेशन को बंद किया जाता है, ताकि डिवाइस तेज़ी से चालू हो सके.
उदाहरण के लिए:
emulator @Pixel8_API_34 -no-boot-anim धीमे कंप्यूटर पर, इस विकल्प से बूट सीक्वेंस की स्पीड बढ़ सकती है. |
-screen mode
|
इससे, एम्युलेट किए गए टचस्क्रीन मोड को सेट अप किया जाता है. उदाहरण के लिए:
emulator @Pixel8_API_34 -screen no-touch
|
अतिरिक्त सेटिंग
नीचे दी गई टेबल में, कमांड लाइन स्टार्टअप के विकल्प उपलब्ध हैं. हालांकि, आम तौर पर इनका इस्तेमाल नहीं किया जाता औसत ऐप्लिकेशन डेवलपर से लिया जाता है.
ब्यौरे में, वर्किंग डायरेक्ट्री, Google की मौजूदा डायरेक्ट्री है टर्मिनल जहां आप कमांड डाल रहे हैं. एवीडी के बारे में जानकारी पाने के लिए सिस्टम डायरेक्ट्री, डेटा डायरेक्ट्री, और सेव की गई फ़ाइलें उनमें, डिफ़ॉल्ट डायरेक्ट्री और फ़ाइलों वाला सेक्शन देखें.
इनमें से कुछ विकल्प बाहरी ऐप्लिकेशन डेवलपर के लिए सही हैं और कुछ इनका इस्तेमाल मुख्य रूप से प्लैटफ़ॉर्म डेवलपर करते हैं. ऐप्लिकेशन डेवलपर की मदद से Android ऐप्लिकेशन बनाए जा सकते हैं और उन्हें खास एवीडी पर चलाया जा सकता है. प्लैटफ़ॉर्म डेवलपर इन प्लैटफ़ॉर्म पर काम करते हैं साथ ही, इसे एम्युलेटर के अंदर चलाएं और पहले से बनी किसी एवीडी की सुविधा का इस्तेमाल न करें.
टेबल 4. कमांड लाइन के बेहतर विकल्प
उन्नत विकल्प | संक्षिप्त विवरण |
---|---|
-bootchart timeout
|
बूटचार्ट करने की सुविधा को कुछ ही सेकंड में चालू कर देता है. कुछ Android सिस्टम इमेज में एक ऐसा इनिट सिस्टम है जिसमें बदलाव किया गया है, जो बूटचार्टिंग की सुविधा को इंटिग्रेट करता है. आप इस विकल्प से सिस्टम में बूटचार्टिंग टाइम आउट की अवधि. अगर आपका init सिस्टम है, तो में बूटचार्टिंग सक्रिय नहीं है, इस विकल्प से कुछ नहीं होता. यह विकल्प है मुख्य रूप से प्लैटफ़ॉर्म डेवलपर के लिए उपयोगी होती है, बाहरी ऐप्लिकेशन डेवलपर के लिए नहीं. उदाहरण के लिए: emulator @Pixel8_API_34 -bootchart 120 |
-cache filepath
|
इस नीति से, कैश मेमोरी के बंटवारे की इमेज फ़ाइल के बारे में जानकारी मिलती है. फ़ाइल नाम और ऐब्सलूट, परसिस्टेंट कैश मेमोरी सेट अप करने के लिए, डेटा डायरेक्ट्री से मिलता-जुलता पाथ या पाथ फ़ाइल से लिए जाते हैं. अगर फ़ाइल मौजूद नहीं है, तो एम्युलेटर इसे एक खाली फ़ाइल के रूप में बनाता है. उदाहरण के लिए: emulator @Pixel8_API_34 -cache ~/.android/avd/Pixel8_API_34.avd/cache_persistent.img अगर आप इस विकल्प का उपयोग नहीं करते हैं, तो डिफ़ॉल्ट फ़ाइल नाम
|
-cache-size size
|
कैश मेमोरी के बंटवारे का साइज़, एमबी में सेट करता है. उदाहरण के लिए: emulator @Pixel8_API_34 -cache-size 1000 अगर आपको यह विकल्प तय करने पर, डिफ़ॉल्ट रूप से यह 66 एमबी में सेव हो जाता है. आम तौर पर, ज़्यादातर ऐप्लिकेशन डेवलपर को इस विकल्प की ज़रूरत नहीं होती. अगर उन्हें बहुत बड़ी फ़ाइलें डाउनलोड करने की ज़रूरत नहीं है, तो वे डिफ़ॉल्ट साइज़ से बड़ी फ़ाइलें डाउनलोड कर सकती हैं कैश मेमोरी. कैश मेमोरी के बारे में ज़्यादा जानकारी पाने के लिए फ़ाइल में, एवीडी डेटा डायरेक्ट्री देखें. |
-data filepath
|
यह नीति, उपयोगकर्ता के डेटा के बंटवारे की इमेज फ़ाइल सेट करती है. यह फ़ाइल नाम और
किसी पैरामीटर को सेट अप करने के लिए, ऐब्सलूट पाथ या ऐक्टिव डायरेक्ट्री से मिलता-जुलता पाथ
उपयोगकर्ता के डेटा की स्थायी फ़ाइल. अगर फ़ाइल मौजूद नहीं है, तो एम्युलेटर
डिफ़ॉल्ट उदाहरण के लिए: emulator @Pixel8_API_34 -data ~/.android/avd/Pixel8_API_34.avd/userdata-test.img अगर आप इस विकल्प का इस्तेमाल नहीं करते, तो डिफ़ॉल्ट रूप से |
-datadir dir
|
ऐब्सलूट पाथ का इस्तेमाल करके, डेटा डायरेक्ट्री के बारे में बताता है. ज़्यादा जानकारी के लिए, एवीडी डेटा डायरेक्ट्री देखें. उदाहरण के लिए: emulator @Pixel8_API_34 -datadir ~/.android/avd/Pixel8_API_34.avd/mytest |
-force-32bit
|
यह 64-बिट प्लैटफ़ॉर्म पर 32-बिट एम्युलेटर का इस्तेमाल करता है. कभी-कभी, यह विकल्प परीक्षण या डीबगिंग के लिए उपयोगी. उदाहरण के लिए, कोई समस्या थी जहां एम्युलेटर, कभी-कभी 64-बिट Windows पर नहीं चलता, लेकिन 32-बिट चलता है. यह विकल्प से समस्या को डीबग करने के लिए तुलना करने में मदद मिली. यह रही उदाहरण: emulator @Pixel8_API_34 -force-32bit |
-help-disk-images
|
डिस्क इमेज के बारे में सहायता मिलती है. यह विकल्प इसके लिए प्रासंगिक जानकारी देता है: दोनों ऐप्लिकेशन और प्लैटफ़ॉर्म डेवलपर के लिए उपलब्ध है. उदाहरण के लिए: emulator -help-disk-images |
-help-char-devices
|
इस जानकारी से, वर्ण emulator -help-char-devices |
-help-sdk-images
|
इससे ऐप्लिकेशन डेवलपर के लिए काम की डिस्क इमेज के बारे में सहायता मिलती है. इस विकल्प को इस बारे में जानकारी कि एवीडी के लिए इमेज फ़ाइलें कहां मौजूद हैं. SDK टूल. उदाहरण के लिए: emulator -help-sdk-images |
-help-build-images
|
इससे प्लैटफ़ॉर्म डेवलपर के लिए काम की डिस्क इमेज के बारे में सहायता मिलती है. उदाहरण के लिए: emulator -help-build-images |
-initdata filepath -init-data
filepath
|
डेटा विभाजन का शुरुआती वर्शन तय करता है. वाइप करने के बाद
उपयोगकर्ता डेटा है, तो एम्युलेटर बताई गई फ़ाइल की सामग्री को उपयोगकर्ता के लिए कॉपी करता है
डेटा (डिफ़ॉल्ट रूप से, उदाहरण के लिए: emulator @Pixel8_API_34 -initdata ~/Library/Android/sdk/system-images/android-34/ google_apis/x86_64/userdata-test.img अगर आपने कोई पाथ सेट नहीं किया है, तो फ़ाइल को सिस्टम डायरेक्ट्री में सेव कर दिया जाता है. ज़्यादा के लिए जानकारी के लिए, एवीडी सिस्टम डायरेक्ट्री देखें. |
-kernel filepath
|
खास एम्युलेट किए गए कर्नेल का इस्तेमाल करता है. अगर आपने पाथ सेट नहीं किया है, तो एम्युलेटर सिस्टम डायरेक्ट्री में देखता है. इसका इस्तेमाल करें कर्नेल डीबग के मैसेज देखने के लिए‑show‑kernel विकल्प.
उदाहरण के लिए: emulator @Pixel8_API_34 -kernel ~/Library/Android/sdk/system-images/android-34/ google_apis/x86_64/kernel-test.img -show-kernel अगर कोई भी यह विकल्प नहीं चुना जाता है, तो डिफ़ॉल्ट तौर पर |
-noaudio
-no-audio
|
इससे इस वर्चुअल डिवाइस पर ऑडियो की सुविधा बंद हो जाती है. कुछ Linux और Windows
कंप्यूटर में ख़राब ऑडियो ड्राइवर होते हैं जो अलग-अलग लक्षण पैदा करते हैं, जैसे
एम्युलेटर को चालू होने से रोकता है. इस मामले में, इस विकल्प का इस्तेमाल इन कामों के लिए करें
हम समस्या से निपटते हैं. इसके अलावा, आपके पास उदाहरण के लिए: emulator @Pixel8_API_34 -noaudio |
-nocache
-no-cache
|
कैश पार्टीशन के बिना एम्युलेटर को शुरू करता है. अगर आपने इसका इस्तेमाल
विकल्प है, तो डिफ़ॉल्ट रूप से उदाहरण के लिए: emulator @Pixel8_API_34 -nocache |
-no-snapshot
|
यह एम्युलेटर को अपने-आप लोड करने और सेव करने की प्रोसेस को रोकता है, जिसकी वजह से
का इस्तेमाल करें. यह
उदाहरण के लिए: emulator @Pixel8_API_34 -no-snapshot |
-no-snapshot-load
|
यह एम्युलेटर को स्नैपशॉट स्टोरेज से AVD स्थिति लोड करने से रोकता है. पूरा बूट करता है. उदाहरण के लिए: emulator @Pixel8_API_34 -no-snapshot-load |
-no-snapshot-save
|
यह एम्युलेटर को एवीडी स्थिति को स्नैपशॉट स्टोरेज में सेव करने से रोकता है बाहर निकलें, इसका अर्थ है कि सभी परिवर्तन खो जाएंगे. उदाहरण के लिए: emulator @Pixel8_API_34 -no-snapshot-save |
-no-snapshot-update-time
|
स्नैपशॉट वापस लाने पर, एवीडी घड़ी के समय को तुरंत ठीक करने की कोशिश नहीं करता. यह विकल्प, टेस्टिंग के दौरान काम आ सकता है, क्योंकि यह अचानक समय बढ़ने से बचाता है. समय के अपडेट अब भी एवीडी को हर 15 सेकंड पर भेजे जाते हैं. उदाहरण के लिए: emulator @Pixel8_API_34 -no-snapshot-update-time |
-no-snapstorage
|
किसी फ़ाइल को स्टोर या लोड करने के लिए माउंट किए बिना, एम्युलेटर को शुरू करता है
स्नैपशॉट, पूरे बूट के लिए मजबूर करना और स्टेट स्नैपशॉट फ़ंक्शन को बंद करना. यह
विकल्प, उदाहरण के लिए: emulator @Pixel8_API_34 -no-snapstorage |
-no-window
|
एम्युलेटर पर ग्राफ़िकल विंडो डिसप्ले बंद करता है. यह विकल्प काम का है
बिना डिसप्ले वाले सर्वर पर एम्युलेटर को चलाते समय एम्युलेटर को इसके ज़रिए ऐक्सेस किया जा सकता है:
emulator @Pixel8_API_34 -no-window |
-partition-size size
|
यह नीति, सिस्टम के डेटा के पार्टीशन का साइज़ एमबी में तय करती है. उदाहरण के लिए: emulator @Pixel8_API_34 -partition-size 1024 |
-prop name=value
|
एम्युलेटर के चालू होने पर, इसमें Android सिस्टम की प्रॉपर्टी सेट की जाती है.
emulator @Pixel8_API_34 -prop qemu.name=value -prop qemu.abc=xyz |
-qemu args
|
यह QEMU एम्युलेटर सॉफ़्टवेयर में आर्ग्युमेंट पास करता है. इस विकल्प का इस्तेमाल करते समय, पक्का करें कि यह आखिरी विकल्प हो विकल्प चुना गया है, क्योंकि इसके बाद के सभी विकल्पों को QEMU के लिए खास माना जाता है के विकल्प. यह विकल्प काफ़ी बेहतर है और इसका इस्तेमाल सिर्फ़ उन डेवलपर को करना चाहिए जो आपको QEMU और Android एम्युलेशन से बहुत जानकारी है. |
-qemu -h
|
emulator -qemu -h |
-ramdisk filepath
|
यह ramdisk की बूट इमेज के बारे में बताता है. फ़ाइल नाम और ऐब्सलूट पाथ के बारे में बताता है या काम कर रही डायरेक्ट्री से मिलता-जुलता कोई पाथ हो. उदाहरण के लिए: emulator @Pixel8_API_34 -ramdisk ~/Library/Android/sdk/system-images/android-34/ google_apis/x86_64/ramdisk-test.img अगर आपने यह विकल्प इस्तेमाल नहीं किया है, तो
सिस्टम डायरेक्ट्री में डिफ़ॉल्ट तौर पर |
-report-console socket
|
शुरू करने से पहले, रिमोट तीसरे पक्ष को कंसोल पोर्ट की रिपोर्ट करता है
एम्युलेटर. यह ऑटोमेटेड टेस्टिंग स्क्रिप्ट के लिए मददगार हो सकता है.
ज़्यादा जानकारी के लिए, |
-shell
|
मौजूदा टर्मिनल पर रूट शेल कंसोल बनाता है. यह विकल्प
उदाहरण के लिए: emulator @Pixel8_API_34 -shell |
-snapshot name
|
यह नीति स्नैपशॉट के स्टोरेज फ़ाइल में मौजूद स्नैपशॉट का नाम अपने-आप तय करती है कार्रवाइयों को शुरू और सेव करें. एक पूरा बूट क्रम लागू करने के बजाय, एम्युलेटर, पुरानी स्थिति के स्नैपशॉट से फिर से एक्ज़ीक्यूशन कर सकता है जो कि काफ़ी तेज़ी से काम करता है. यह विकल्प देने पर, एम्युलेटर स्नैपशॉट इमेज से उस नाम का स्नैपशॉट लोड करता है और उसे वापस सेव करता है बाहर निकलने पर उसी नाम के नीचे. यदि आप इस विकल्प का उपयोग नहीं करते है, तो डिफ़ॉल्ट चालू करने का क्रम तय कर सकते हैं. अगर बताया गया स्नैपशॉट मौजूद नहीं है, तो इसके बजाय, एम्युलेटर पूरा बूट सीक्वेंस पूरा करता है और कार्रवाई को सेव करें. ज़्यादा जानकारी के लिए, emulator @Pixel8_API_34 -snapshot snapshot2 याद रखें कि स्नैपशॉट लोड करने की प्रोसेस में, सिस्टम का कॉन्टेंट, उपयोगकर्ता का डेटा, और एसडी कार्ड की इमेज ओवरराइट हो जाती हैं के हिसाब से फ़िल्टर किया गया है. जब तक कि आप सेव न कर लें इस जानकारी को किसी दूसरे स्नैपशॉट में रिकॉर्ड नहीं किया जा सकता, तो इसके बाद के सभी बदलाव मिट जाएंगे. एम्युलेटर कंसोल से स्नैपशॉट लेने के लिए,
|
-snapshot-list
|
उपलब्ध स्नैपशॉट की सूची दिखाता है. यह निर्देश, स्नैपशॉट की एक टेबल प्रिंट करता है
जो एम्युलेटर की शुरू की गई स्नैपशॉट स्टोरेज फ़ाइल में सेव हों
के साथ, फिर बाहर निकल जाता है. अगर आपने उदाहरण के लिए: emulator @Pixel8_API_34 -snapshot-list -snapstorage ~/.android/avd/Pixel8_API_34.avd/snapshots-test.img आउटपुट में आईडी और TAG कॉलम की वैल्यू इस्तेमाल की जा सकती हैं
|
-snapstorage filepath
|
रिपॉज़िटरी फ़ाइल के बारे में बताता है, जिसमें सभी स्टेट स्नैपशॉट होते हैं. सभी प्रोग्राम चलाने के दौरान लिए गए स्नैपशॉट, इस फ़ाइल में सेव किए जाते हैं. सिर्फ़ इस फ़ाइल के स्नैपशॉट, एम्युलेटर पर चलाए जाने के दौरान वापस लाए जा सकते हैं. उदाहरण के लिए: emulator @Pixel8_API_34 -snapstorage ~/.android/avd/Pixel8_API_34.avd/snapshots-test.img अगर आप यह विकल्प नहीं चुनते हैं, तो डेटा में डिफ़ॉल्ट तौर पर |
-sysdir dir
|
ऐब्सलूट पाथ का इस्तेमाल करके, सिस्टम डायरेक्ट्री के बारे में बताता है. ज़्यादा जानकारी के लिए, AVD सिस्टम डायरेक्ट्री देखें. उदाहरण के लिए: emulator @Pixel8_API_34 -sysdir ~/Library/Android/sdk/system-images/android-34/ google_apis/x86_64/test |
-system filepath
|
यह शुरुआती सिस्टम फ़ाइल के बारे में बताता है. फ़ाइल नाम और ऐब्सलूट पाथ देता है या काम कर रही डायरेक्ट्री से मिलता-जुलता कोई पाथ हो. उदाहरण के लिए: emulator @Pixel8_API_34 -system ~/Library/Android/sdk/system-images/android-34/ google_apis/x86_64/system-test.img अगर आपने यह विकल्प इस्तेमाल नहीं किया है, तो
सिस्टम डायरेक्ट्री में डिफ़ॉल्ट तौर पर |
-use-system-libs
|
Linux पर, बंडल किए गए वर्शन के बजाय उदाहरण के लिए: me-linux$ emulator @Pixel8_API_34 -use-system-libs |
-writable-system
|
अपने एम्युलेशन सेशन के दौरान, सिस्टम की ऐसी इमेज इस्तेमाल करने के लिए इस विकल्प का इस्तेमाल करें जिसे लिखा जा सकता हो. ऐसा करने के लिए:
इस फ़्लैग का इस्तेमाल करने से सिस्टम इमेज की अस्थायी कॉपी बन जाती है जो बहुत बड़ा हो सकता है, कई सौ एमबी तक का हो सकता है, लेकिन एम्युलेटर के बाद इसे खत्म कर दिया जाएगा एग्ज़िट. |
बहिष्कृत विकल्प
ये कमांड-लाइन विकल्प अब काम नहीं करते:
-audio-in
-audio-out
-charmap
-code-profile
-cpu-delay
-dpi-device
-dynamic_skin
-enable-kvm
-gps
-image
-keyset
-help-keys
-help-keyset-file
-nand-limits
-noskin
-no-skin
-onion
-onion-alpha
-onion-rotation
-radio
-ranchu
-raw-keys
-scale
-shared-net-id
-shell-serial
-skin
-skindir
-trace
-useaudio
कमांड लाइन के विकल्पों के बारे में सहायता पाना
इस सेक्शन में, कमांड-लाइन के विकल्पों के बारे में सहायता पाने का तरीका बताया गया है. यह आम तौर पर इस्तेमाल होने वाले, एम्युलेटर के लिए उपलब्ध कमांड लाइन के विकल्प, जो एम्युलेटर को शुरू करने पर उपलब्ध होते हैं.
एम्युलेटर के सभी विकल्पों की सूची बनाएं
कम शब्दों में दी गई जानकारी के साथ, एम्युलेटर के सभी विकल्पों की सूची प्रिंट करने के लिए, ये निर्देश देंगे:
emulator -help
किसी खास विकल्प के बारे में पूरी मदद पाना
किसी विशिष्ट स्टार्टअप विकल्प के लिए सहायता प्रिंट करने के लिए, निम्न आदेश डालें:
emulator -help-option
उदाहरण के लिए:
emulator -help-netspeed
यह सहायता
-help
विकल्प.
सभी विकल्पों के बारे में पूरी मदद पाएं
एम्युलेटर के सभी विकल्पों के बारे में ज़्यादा मदद पाने के लिए, यह निर्देश डालें:
emulator -help-all
एम्युलेटर एनवायरमेंट वैरिएबल की सूची बनाएं
एम्युलेटर एनवायरमेंट वैरिएबल की सूची पाने के लिए, यह कमांड डालें:
emulator -help-environment
टर्मिनल विंडो में एनवायरमेंट वैरिएबल सेट करने के बाद ही
वर्चुअल डिवाइस का इस्तेमाल किया जा सकता है या ऑपरेटिंग सिस्टम में इसे अपनी उपयोगकर्ता सेटिंग की मदद से सेट किया जा सकता है
सिस्टम. उदाहरण के लिए, इसे Linux पर अपनी .bashrc
फ़ाइल में सेट करें.
डीबग टैग की सूची बनाएं
-debug
विकल्पों के लिए टैग की सूची प्रिंट करने के लिए, यह निर्देश डालें:
emulator -help-debug-tags
-debug
विकल्पों की मदद से, डीबग मैसेज को चालू या बंद किया जा सकता है
एक खास एम्युलेटर कॉम्पोनेंट का इस्तेमाल करें, जैसा कि टैग में बताया गया है.