मूल Android प्लेटफ़ॉर्म कोड डीबग करना

संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.

यह खंड प्लेटफ़ॉर्म-स्तरीय सुविधाओं को विकसित करते समय डिबगिंग, ट्रेसिंग और देशी एंड्रॉइड प्लेटफ़ॉर्म कोड की रूपरेखा के लिए उपयोगी टूल और संबंधित कमांड का सारांश देता है।

नोट: इस अनुभाग के पृष्ठ और इस साइट के भीतर कहीं और एंड्रॉइड के कुछ पहलुओं को डीबग करने के लिए setprop तर्क के संयोजन के साथ adb के उपयोग की अनुशंसा करते हैं। Android 7.x और उसके बाद के संस्करण में, संपत्ति के नामों की लंबाई 32 वर्णों की सीमा थी। इसका मतलब यह था कि ऐप के नाम के साथ रैप प्रॉपर्टी बनाने के लिए नाम को फिट करने के लिए छोटा करना जरूरी था। एंड्रॉइड 8.0 और उच्चतर में, यह सीमा बहुत अधिक है और इसमें कटौती की आवश्यकता नहीं होनी चाहिए।

यह पृष्ठ लॉगकैट आउटपुट में पाए गए क्रैश डंप के आस-पास की मूलभूत बातें शामिल करता है। अन्य पेजों में नेटिव क्रैश के निदान , dumpsys के साथ सिस्टम सेवाओं की खोज, नेटिव मेमोरी , नेटवर्क और रैम के उपयोग को देखने, नेटिव कोड में मेमोरी बग्स का पता लगाने के लिए एड्रेस सैनिटाइज़र का उपयोग करने, प्रदर्शन समस्याओं ( सिस्ट्रेस सहित) का मूल्यांकन करने और डिबगर्स का उपयोग करने के बारे में और अधिक विवरण हैं।

क्रैश डंप और मकबरे

जब एक गतिशील रूप से जुड़ा निष्पादन योग्य शुरू होता है, तो कई सिग्नल हैंडलर पंजीकृत होते हैं, जो दुर्घटना की स्थिति में, लॉगकैट को एक मूल क्रैश डंप लिखा जाता है और एक अधिक विस्तृत टॉम्बस्टोन फ़ाइल /data/tombstones/ पर लिखी जाती है। टॉम्बस्टोन एक फ़ाइल है जिसमें दुर्घटनाग्रस्त प्रक्रिया के बारे में अतिरिक्त डेटा होता है। विशेष रूप से, इसमें क्रैशिंग प्रक्रिया में सभी थ्रेड्स के लिए स्टैक ट्रेस होते हैं (सिर्फ सिग्नल को पकड़ने वाला थ्रेड नहीं), एक पूर्ण मेमोरी मैप, और सभी ओपन फाइल डिस्क्रिप्टर की एक सूची।

एंड्रॉइड 8.0 से पहले, क्रैश को debuggerd और debuggerd64 64 डेमॉन द्वारा नियंत्रित किया जाता था। एंड्रॉइड 8.0 और उच्चतर में, crash_dump32 और crash_dump64 को आवश्यकतानुसार उत्पन्न किया जाता है।

क्रैश डम्पर केवल तभी संलग्न हो सकता है जब और कुछ पहले से संलग्न न हो, जिसका अर्थ है कि lldb strace टूल का उपयोग क्रैश डंप को होने से रोकता है।

उदाहरण आउटपुट (टाइमस्टैम्प और बाहरी जानकारी को हटाकर):

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
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 पर है, इसलिए आपको पूरा पथ प्रदान करने की आवश्यकता नहीं है।

उदाहरण आउटपुट (उपरोक्त लॉगकैट आउटपुट के आधार पर):

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 मूल जेएनआई कोड से हैं जो एक अलग .so फ़ाइल में निकाले जाने के बजाय डिस्क स्थान को बचाने के लिए एपीके में असम्पीडित संग्रहीत किया गया था। एंड्रॉइड 9 और उच्चतर में स्टैक अनविंडर को इस सामान्य एंड्रॉइड-विशिष्ट मामले से निपटने के लिए निकाली गई .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 समय से पहले संकलित जावा कोड है। पुराना अनविंडर यहीं रुक गया होगा, जावा के माध्यम से आराम करने में असमर्थ।

    #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 एआरटी दुभाषिया कार्यान्वयन से हैं। एंड्रॉइड 9 से कम रिलीज में स्टैक अनविंडर ने इन फ़्रेमों को फ़्रेम # 11 के संदर्भ के बिना दिखाया होगा कि दुभाषिया किस कोड की व्याख्या कर रहा था। यदि आप ART को ही डिबग कर रहे हैं तो ये फ़्रेम उपयोगी हैं। यदि आप किसी ऐप को डिबग कर रहे हैं, तो आप उन्हें अनदेखा कर सकते हैं। कुछ उपकरण, जैसे simpleperf , इन फ़्रेमों को स्वचालित रूप से छोड़ देते हैं।

    #11 pc 00000000001992d6  /system/priv-app/Velvet/Velvet.apk (offset 0x26cf000) (com.google.speech.recognizer.AbstractRecognizer.run+18)

फ़्रेम # 11 जावा कोड की व्याख्या की जा रही है।

    #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 जावा कोड की व्याख्या की जा रही है। यह जावा विधि दुभाषिया फ्रेम #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 स्वयं VM हैं, संकलित जावा कोड से व्याख्या किए गए जावा कोड में संक्रमण के लिए कोड।

    #21 pc 00000000002ce44c  /system/framework/arm64/boot.oat (offset 0xdc000) (java.util.concurrent.FutureTask.run+204)

फ़्रेम #21 संकलित जावा विधि है जो #17 में जावा विधि को कॉल करती है।

    #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 जावा कोड की व्याख्या की जा रही है।

    #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 एक दूसरे को सीधे कॉल करने वाले जावा फ़्रेम संकलित हैं। इस मामले में मूल कॉल स्टैक जावा कॉल स्टैक के समान है।

    #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 जावा कोड की व्याख्या की जा रही है।

    #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 VM ही हैं। इस बार यह वह कोड है जो जावा को एक नए थ्रेड पर चलाना शुरू करता है।

    #50 pc 0000000000082e24  /system/lib64/libc.so (__pthread_start(void*)+36)
    #51 pc 00000000000233bc  /system/lib64/libc.so (__start_thread+68)

फ़्रेम #50–#51 हैं कि सभी थ्रेड्स कैसे शुरू होने चाहिए। यह libc नया थ्रेड प्रारंभ कोड है।