इस सेक्शन में, प्लैटफ़ॉर्म-लेवल की सुविधाएं डेवलप करते समय, नेटिव Android प्लैटफ़ॉर्म कोड को डीबग करने, ट्रैक करने, और उसकी प्रोफ़ाइल बनाने के लिए, काम के टूल और उनसे जुड़े निर्देशों के बारे में बताया गया है.
ध्यान दें: इस सेक्शन और इस साइट के अन्य पेजों पर, Android के कुछ हिस्सों को डीबग करने के लिए, setprop आर्ग्युमेंट के साथ adb का इस्तेमाल करने का सुझाव दिया गया है.
Android 7.x और उससे पहले के वर्शन में, प्रॉपर्टी के नामों की लंबाई 32 वर्णों तक हो सकती थी. इसका मतलब है कि ऐप्लिकेशन के नाम के साथ कोई रैप प्रॉपर्टी बनाने के लिए, नाम को छोटा करना ज़रूरी था. Android 8.0 और उसके बाद के वर्शन में, यह सीमा काफ़ी ज़्यादा है और इसे छोटा करने की ज़रूरत नहीं होती.
इस पेज पर, logcat आउटपुट में मिले क्रैश डंप के बारे में बुनियादी जानकारी दी गई है.
अन्य पेजों पर, नेटिव क्रैश का पता लगाने,
dumpsys की मदद से सिस्टम सेवाओं को एक्सप्लोर करने, नेटिव मेमोरी, नेटवर्क, और रैम के इस्तेमाल को देखने, नेटिव कोड में मेमोरी से जुड़ी गड़बड़ियों का पता लगाने के लिए AddressSanitizer का इस्तेमाल करने, परफ़ॉर्मेंस से जुड़ी समस्याओं का आकलन करने (इसमें systrace शामिल है), और डीबगर का इस्तेमाल करने के बारे में ज़्यादा जानकारी दी गई है.
क्रैश डंप और टॉम्बस्टोन
डाइनैमिक तौर पर लिंक किया गया कोई प्रोग्राम शुरू होने पर, कई सिग्नल हैंडलर रजिस्टर किए जाते हैं. इनकी वजह से, क्रैश होने पर logcat में बुनियादी क्रैश डंप और /data/tombstones/ में ज़्यादा जानकारी वाली tombstone फ़ाइल लिखी जाती है.
टॉम्बस्टोन एक ऐसी फ़ाइल होती है जिसमें क्रैश हुई प्रोसेस के बारे में ज़्यादा डेटा होता है. खास तौर पर, इसमें क्रैश होने की प्रोसेस में मौजूद सभी थ्रेड के लिए स्टैक ट्रेस (सिर्फ़ वह थ्रेड नहीं जिसने सिग्नल पकड़ा है), पूरा मेमोरी मैप, और सभी खुली फ़ाइल डिस्क्रिप्टर की सूची शामिल होती है.
Android 8.0 से पहले, क्रैश को debuggerd और debuggerd64 डेमन मैनेज करते थे. Android 8.0 और उसके बाद के वर्शन में, crash_dump32 और crash_dump64 को ज़रूरत के हिसाब से स्पॉन किया जाता है.
क्रैश डंपर सिर्फ़ तब अटैच हो सकता है, जब कोई और आइटम पहले से अटैच न हो. इसका मतलब है कि strace या lldb जैसे टूल का इस्तेमाल करने से, क्रैश डंप होने से रोका जा सकता है.
आउटपुट का उदाहरण (टाइमस्टैंप और ग़ैर-ज़रूरी जानकारी हटा दी गई है):
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'Android/aosp_angler/angler:7.1.1/NYC/enh12211018:eng/test-keys'
Revision: '0'
ABI: 'arm'
pid: 17946, tid: 17949, name: crasher >>> crasher <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xc
r0 0000000c r1 00000000 r2 00000000 r3 00000000
r4 00000000 r5 0000000c r6 eccdd920 r7 00000078
r8 0000461a r9 ffc78c19 sl ab209441 fp fffff924
ip ed01b834 sp eccdd800 lr ecfa9a1f pc ecfd693e cpsr 600e0030
backtrace:
#00 pc 0004793e /system/lib/libc.so (pthread_mutex_lock+1)
#01 pc 0001aa1b /system/lib/libc.so (readdir+10)
#02 pc 00001b91 /system/xbin/crasher (readdir_null+20)
#03 pc 0000184b /system/xbin/crasher (do_action+978)
#04 pc 00001459 /system/xbin/crasher (thread_callback+24)
#05 pc 00047317 /system/lib/libc.so (_ZL15__pthread_startPv+22)
#06 pc 0001a7e5 /system/lib/libc.so (__start_thread+34)
Tombstone written to: /data/tombstones/tombstone_06
आउटपुट की आखिरी लाइन में, डिस्क पर पूरे टॉम्बस्टोन की जगह की जानकारी मिलती है.
अगर आपके पास बिना छिन्न-भिन्न किए गए बाइनरी उपलब्ध हैं, तो लाइन नंबर की जानकारी के साथ ज़्यादा जानकारी वाली अनवाइंड की जा सकती है. इसके लिए, स्टैक को development/scripts/stack में चिपकाएं:
development/scripts/stack
सलाह: अगर आपने lunch को चलाया है, तो stack पहले से ही आपके $PATH में मौजूद है. इसलिए, आपको पूरा पाथ देने की ज़रूरत नहीं है.
आउटपुट का उदाहरण (ऊपर दिए गए logcat आउटपुट के आधार पर):
Reading native crash info from stdin
03-02 23:53:49.477 17951 17951 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
03-02 23:53:49.477 17951 17951 F DEBUG : Build fingerprint: 'Android/aosp_angler/angler:7.1.1/NYC/enh12211018:eng/test-keys'
03-02 23:53:49.477 17951 17951 F DEBUG : Revision: '0'
03-02 23:53:49.477 17951 17951 F DEBUG : ABI: 'arm'
03-02 23:53:49.478 17951 17951 F DEBUG : pid: 17946, tid: 17949, name: crasher >>> crasher <<<
03-02 23:53:49.478 17951 17951 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xc
03-02 23:53:49.478 17951 17951 F DEBUG : r0 0000000c r1 00000000 r2 00000000 r3 00000000
03-02 23:53:49.478 17951 17951 F DEBUG : r4 00000000 r5 0000000c r6 eccdd920 r7 00000078
03-02 23:53:49.478 17951 17951 F DEBUG : r8 0000461a r9 ffc78c19 sl ab209441 fp fffff924
03-02 23:53:49.478 17951 17951 F DEBUG : ip ed01b834 sp eccdd800 lr ecfa9a1f pc ecfd693e cpsr 600e0030
03-02 23:53:49.491 17951 17951 F DEBUG :
03-02 23:53:49.491 17951 17951 F DEBUG : backtrace:
03-02 23:53:49.492 17951 17951 F DEBUG : #00 pc 0004793e /system/lib/libc.so (pthread_mutex_lock+1)
03-02 23:53:49.492 17951 17951 F DEBUG : #01 pc 0001aa1b /system/lib/libc.so (readdir+10)
03-02 23:53:49.492 17951 17951 F DEBUG : #02 pc 00001b91 /system/xbin/crasher (readdir_null+20)
03-02 23:53:49.492 17951 17951 F DEBUG : #03 pc 0000184b /system/xbin/crasher (do_action+978)
03-02 23:53:49.492 17951 17951 F DEBUG : #04 pc 00001459 /system/xbin/crasher (thread_callback+24)
03-02 23:53:49.492 17951 17951 F DEBUG : #05 pc 00047317 /system/lib/libc.so (_ZL15__pthread_startPv+22)
03-02 23:53:49.492 17951 17951 F DEBUG : #06 pc 0001a7e5 /system/lib/libc.so (__start_thread+34)
03-02 23:53:49.492 17951 17951 F DEBUG : Tombstone written to: /data/tombstones/tombstone_06
Reading symbols from /huge-ssd/aosp-arm64/out/target/product/angler/symbols
Revision: '0'
pid: 17946, tid: 17949, name: crasher >>> crasher <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xc
r0 0000000c r1 00000000 r2 00000000 r3 00000000
r4 00000000 r5 0000000c r6 eccdd920 r7 00000078
r8 0000461a r9 ffc78c19 sl ab209441 fp fffff924
ip ed01b834 sp eccdd800 lr ecfa9a1f pc ecfd693e cpsr 600e0030
Using arm toolchain from: /huge-ssd/aosp-arm64/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/
Stack Trace:
RELADDR FUNCTION FILE:LINE
0004793e pthread_mutex_lock+2 bionic/libc/bionic/pthread_mutex.cpp:515
v------> ScopedPthreadMutexLocker bionic/libc/private/ScopedPthreadMutexLocker.h:27
0001aa1b readdir+10 bionic/libc/bionic/dirent.cpp:120
00001b91 readdir_null+20 system/core/debuggerd/crasher.cpp:131
0000184b do_action+978 system/core/debuggerd/crasher.cpp:228
00001459 thread_callback+24 system/core/debuggerd/crasher.cpp:90
00047317 __pthread_start(void*)+22 bionic/libc/bionic/pthread_create.cpp:202 (discriminator 1)
0001a7e5 __start_thread+34 bionic/libc/bionic/clone.cpp:46 (discriminator 1)
stack का इस्तेमाल, पूरे टॉम्बस्टोन पर किया जा सकता है. उदाहरण:
stack < FS/data/tombstones/tombstone_05
यह तब काम आता है, जब आपने अभी-अभी मौजूदा डायरेक्ट्री में गड़बड़ी की कोई रिपोर्ट अनज़िप की हो. नेटिव क्रैश और टॉम्बस्टोन की गड़बड़ी का पता लगाने के बारे में ज़्यादा जानने के लिए, नेटिव क्रैश का पता लगाना लेख पढ़ें.
चल रही प्रोसेस से स्टैक ट्रेस या टॉम्बस्टोन पाना
चल रही प्रोसेस से स्टैक डंप पाने के लिए, debuggerd टूल का इस्तेमाल किया जा सकता है.
कमांड लाइन से, प्रोसेस आईडी (पीआईडी) का इस्तेमाल करके debuggerd को शुरू करें, ताकि stdout में पूरा टॉम्बस्टोन डंप किया जा सके. प्रोसेस में हर थ्रेड का सिर्फ़ स्टैक पाने के लिए, -b या --backtrace फ़्लैग शामिल करें.
अनलिंक करने की जटिल प्रक्रिया को समझना
जब कोई ऐप्लिकेशन क्रैश होता है, तो स्टैक काफ़ी जटिल हो जाता है. यहां दिए गए उदाहरण में, इस प्रोसेस की कई जटिलताओं के बारे में बताया गया है:
#00 pc 00000000007e6918 /system/priv-app/Velvet/Velvet.apk (offset 0x346b000)
#01 pc 00000000001845cc /system/priv-app/Velvet/Velvet.apk (offset 0x346b000)
#02 pc 00000000001847e4 /system/priv-app/Velvet/Velvet.apk (offset 0x346b000)
#03 pc 00000000001805c0 /system/priv-app/Velvet/Velvet.apk (offset 0x346b000) (Java_com_google_speech_recognizer_AbstractRecognizer_nativeRun+176)
फ़्रेम #00–#03, नेटिव JNI कोड से हैं. इसे डिस्क स्टोरेज बचाने के लिए, APK में बिना कंप्रेस किए सेव किया गया था. इसे अलग .so फ़ाइल में निकाला नहीं गया था. Android 9 और इसके बाद के वर्शन में, स्टैक अनवाइंडर को Android के लिए आम तौर पर होने वाले इस मामले को ठीक करने के लिए, निकाली गई .so फ़ाइल की ज़रूरत नहीं होती.
फ़्रेम #00 से #02 में सिंबल के नाम नहीं हैं, क्योंकि डेवलपर ने उन्हें हटा दिया था.
फ़्रेम #03 से पता चलता है कि जहां सिंबल उपलब्ध होते हैं, वहां अनवाइंडर उनका इस्तेमाल करता है.
#04 pc 0000000000117550 /data/dalvik-cache/arm64/system@priv-app@Velvet@Velvet.apk@classes.dex (offset 0x108000) (com.google.speech.recognizer.AbstractRecognizer.nativeRun+160)
फ़्रेम #04, पहले से कंपाइल किया गया Java कोड है. पुराना अनवाइंडर यहां रुक जाता, क्योंकि वह Java के ज़रिए अनवाइंड नहीं कर पाता.
#05 pc 0000000000559f88 /system/lib64/libart.so (art_quick_invoke_stub+584)
#06 pc 00000000000ced40 /system/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
#07 pc 0000000000280cf0 /system/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+344)
#08 pc 000000000027acac /system/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+948)
#09 pc 000000000052abc0 /system/lib64/libart.so (MterpInvokeDirect+296)
#10 pc 000000000054c614 /system/lib64/libart.so (ExecuteMterpImpl+14484)
फ़्रेम #05 से #10, ART इंटरप्रेटर लागू करने से जुड़े हैं.
Android 9 से पहले के वर्शन में, स्टैक अनवाइंडर ने इन फ़्रेम को फ़्रेम #11 के संदर्भ के बिना दिखाया होगा. इससे यह पता नहीं चलता कि इंटरप्रेटर किस कोड का अनुवाद कर रहा था. अगर आपको ART को डीबग करना है, तो ये फ़्रेम काम के हैं. अगर किसी ऐप्लिकेशन को डीबग किया जा रहा है, तो इन गड़बड़ियों को अनदेखा किया जा सकता है. simpleperf जैसे कुछ टूल, इन फ़्रेम को अपने-आप हटा देते हैं.
#11 pc 00000000001992d6 /system/priv-app/Velvet/Velvet.apk (offset 0x26cf000) (com.google.speech.recognizer.AbstractRecognizer.run+18)
फ़्रेम #11, वह Java कोड है जिसका विश्लेषण किया जा रहा है.
#12 pc 00000000002547a8 /system/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEb.llvm.780698333+496)
#13 pc 000000000025a328 /system/lib64/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*, art::JValue*)+216)
#14 pc 000000000027ac90 /system/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+920)
#15 pc 0000000000529880 /system/lib64/libart.so (MterpInvokeVirtual+584)
#16 pc 000000000054c514 /system/lib64/libart.so (ExecuteMterpImpl+14228)
फ़्रेम #12 से #16 में, अनुवादक की सुविधा को लागू करने का तरीका बताया गया है.
#17 pc 00000000002454a0 /system/priv-app/Velvet/Velvet.apk (offset 0x1322000) (com.google.android.apps.gsa.speech.e.c.c.call+28)
फ़्रेम #17, Java कोड है जिसका विश्लेषण किया जा रहा है. यह Java तरीका, इंटरप्रेटर फ़्रेम #12 से #16 से जुड़ा है.
#18 pc 00000000002547a8 /system/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEb.llvm.780698333+496)
#19 pc 0000000000519fd8 /system/lib64/libart.so (artQuickToInterpreterBridge+1032)
#20 pc 00000000005630fc /system/lib64/libart.so (art_quick_to_interpreter_bridge+92)
फ़्रेम #18 से #20, वीएम के कोड हैं. ये कोड, कंपाइल किए गए Java कोड को, व्याख्या किए गए Java कोड में बदलने के लिए होते हैं.
#21 pc 00000000002ce44c /system/framework/arm64/boot.oat (offset 0xdc000) (java.util.concurrent.FutureTask.run+204)
फ़्रेम #21, कंपाइल किया गया Java तरीका है, जो #17 में Java तरीके को कॉल करता है.
#22 pc 0000000000559f88 /system/lib64/libart.so (art_quick_invoke_stub+584)
#23 pc 00000000000ced40 /system/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
#24 pc 0000000000280cf0 /system/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+344)
#25 pc 000000000027acac /system/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+948)
#26 pc 0000000000529880 /system/lib64/libart.so (MterpInvokeVirtual+584)
#27 pc 000000000054c514 /system/lib64/libart.so (ExecuteMterpImpl+14228)
फ़्रेम #22 से #27, इंटरप्रेटर लागू करने के बारे में बताते हैं. इनमें, इंटरप्रेट किए गए कोड से कंपाइल किए गए तरीके में, किसी तरीके को लागू करने के बारे में बताया गया है.
#28 pc 00000000003ed69e /system/priv-app/Velvet/Velvet.apk (com.google.android.apps.gsa.shared.util.concurrent.b.e.run+22)
फ़्रेम #28, वह Java कोड है जिसका विश्लेषण किया जा रहा है.
#29 pc 00000000002547a8 /system/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEb.llvm.780698333+496)
#30 pc 0000000000519fd8 /system/lib64/libart.so (artQuickToInterpreterBridge+1032)
#31 pc 00000000005630fc /system/lib64/libart.so (art_quick_to_interpreter_bridge+92)
फ़्रेम #29 से #31, कंपाइल किए गए कोड और व्याख्या किए गए कोड के बीच एक और ट्रांज़िशन हैं.
#32 pc 0000000000329284 /system/framework/arm64/boot.oat (offset 0xdc000) (java.util.concurrent.ThreadPoolExecutor.runWorker+996)
#33 pc 00000000003262a0 /system/framework/arm64/boot.oat (offset 0xdc000) (java.util.concurrent.ThreadPoolExecutor$Worker.run+64)
#34 pc 00000000002037e8 /system/framework/arm64/boot.oat (offset 0xdc000) (java.lang.Thread.run+72)
फ़्रेम #32 से #34, एक-दूसरे को सीधे कॉल करने वाले कंपाइल किए गए Java फ़्रेम हैं. इस मामले में, नेटिव कॉल स्टैक और Java कॉल स्टैक एक ही होते हैं.
#35 pc 0000000000559f88 /system/lib64/libart.so (art_quick_invoke_stub+584)
#36 pc 00000000000ced40 /system/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
#37 pc 0000000000280cf0 /system/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+344)
#38 pc 000000000027acac /system/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+948)
#39 pc 0000000000529f10 /system/lib64/libart.so (MterpInvokeSuper+1408)
#40 pc 000000000054c594 /system/lib64/libart.so (ExecuteMterpImpl+14356)
फ़्रेम #35 से #40 में अनुवादक की फ़ोटो है.
#41 pc 00000000003ed8e0 /system/priv-app/Velvet/Velvet.apk (com.google.android.apps.gsa.shared.util.concurrent.b.i.run+20)
फ़्रेम #41, वह Java कोड है जिसका विश्लेषण किया जा रहा है.
#42 pc 00000000002547a8 /system/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEb.llvm.780698333+496)
#43 pc 0000000000519fd8 /system/lib64/libart.so (artQuickToInterpreterBridge+1032)
#44 pc 00000000005630fc /system/lib64/libart.so (art_quick_to_interpreter_bridge+92)
#45 pc 0000000000559f88 /system/lib64/libart.so (art_quick_invoke_stub+584)
#46 pc 00000000000ced40 /system/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
#47 pc 0000000000460d18 /system/lib64/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+104)
#48 pc 0000000000461de0 /system/lib64/libart.so (art::InvokeVirtualOrInterfaceWithJValues(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, jvalue*)+424)
#49 pc 000000000048ccb0 /system/lib64/libart.so (art::Thread::CreateCallback(void*)+1120)
फ़्रेम #42 से #49, वीएम के हैं. इस बार यह कोड, नई थ्रेड पर Java को चलाना शुरू करता है.
#50 pc 0000000000082e24 /system/lib64/libc.so (__pthread_start(void*)+36)
#51 pc 00000000000233bc /system/lib64/libc.so (__start_thread+68)
फ़्रेम #50–#51 में दिखाया गया है कि सभी थ्रेड कैसे शुरू होने चाहिए. यह libc
नई थ्रेड शुरू करने का कोड है.