जावा स्रोत कोड के बिना एंड्रॉइड ऐप्स को डीबग करना: ब्रेकपॉइंट के बारे में कुछ शब्द

यह लेख किस बारे में है

जावा स्रोत कोड के बिना Android अनुप्रयोगों को डिबग करने के बारे में कल मेरे लेख का यह सिलसिला जारी है (यदि किसी ने इसे नहीं पढ़ा है, तो मैं इसे शुरू करने की अत्यधिक सलाह देता हूं)। कल मैंने एप-टूल बंडल प्लस नेटबीन्स का उपयोग और कॉन्फ़िगर करने के तरीके पर चरण-दर-चरण निर्देश दिए। पिछले दो बिंदु कुछ इस तरह लग रहे थे:

13. उस ब्रेकपॉइंट को उस निर्देश पर सेट करें जिसमें आप रुचि रखते हैं ... ब्ला-ब्ला-ब्ला ...

14. अपने ब्रेकपॉइंट के काम करने के लिए एप्लिकेशन में कुछ करें। उसके बाद, आप चरण-दर-चरण डिबगिंग कर सकते हैं, फ़ील्ड और चर के मूल्यों को देख सकते हैं, आदि।

इसके अलावा, नुकसान की स्थिति में, मैंने इस बारे में बात की कि हम शुरुआत से ही एप्लिकेशन को डीबग करना क्यों शुरू नहीं कर सकते हैं, उदाहरण के लिए जिस गतिविधि के साथ एप्लिकेशन चलना शुरू होता है, onCreate(...) विधि के कुछ निर्देश पर एक ब्रेकपॉइंट लगाकर।

इस लेख में, मैं आपको दिखाऊंगा कि कैसे आप शुरुआत से ही जावा स्रोत कोड के बिना किसी एप्लिकेशन को डिबग करना शुरू कर सकते हैं। यह लेख फिर से शुरुआती लोगों के लिए नहीं है। आपको कम से कम स्माली असेंबलर के सिंटैक्स को समझने और अपने पेन के साथ .smali फ़ाइलों को सही ढंग से पैच करने में सक्षम होने की आवश्यकता है, सही ढंग से वहां अपना कोड दर्ज करें।

उपकरण

हमें फिर से Apk-टूल 1.4.1 और NetBeans 6.8 की आवश्यकता है - और ये अब तक के सबसे पुराने संस्करण हैं। नए संस्करणों के साथ, मुझे काम करने के लिए डिबगिंग नहीं मिल सकती है। और विषयगत मंचों पर चर्चाओं को देखते हुए - न केवल मुझे।

मैंने कल के लेख में पहले से ही एप-टूल और नेटबीन्स की स्थापना का वर्णन किया था, लेकिन फिर भी मैं दोहराऊंगा। NetBeans डिफ़ॉल्ट रूप से इंस्टॉल होता है, बस इंस्टॉलेशन विज़ार्ड में नेक्स्ट-नेक्स्ट-नेक्स्ट पर क्लिक करें। Apk-tools को apktool.jar करने के लिए आर्काइव से किसी भी फोल्डर में apktool.jar फाइल निकालना है।

आवेदन की शुरुआत में ब्रेकपॉइंट कैसे डालें

विचार आम तौर पर सरल है। आपको उस गतिविधि को ढूंढना होगा जो पहले अनुप्रयोग में शुरू होती है, और इस गतिविधि की शुरुआत onCreate(...) विधि की शुरुआत में एक अनंत लूप दर्ज करें। आवेदन शुरू होता है और इस गतिविधि के निर्माता को कॉल करने के तुरंत बाद, onCreate(...) विधि कहा जाएगा। परिणामस्वरूप, नियंत्रण हमारे अंतहीन चक्र में गिर जाएगा। जबकि लूप वहां घूम रहा होगा, हम इत्मीनान से डिबगर को रनिंग एप्लिकेशन से जोड़ते हैं, हमारे अंतहीन लूप के ठीक बाद एक ब्रेकपॉइंट लगाते हैं, और फिर डिबगर सुविधाओं का उपयोग करते हैं और इस लूप से नियंत्रण बाहर कर देते हैं। और तुरंत हमारे ब्रेकपॉइंट पर पहुंच गया। जैसा कि आप देख सकते हैं, सब कुछ प्राथमिक है।

यह खंड चरण-दर-चरण निर्देश प्रदान करता है। निर्देश विंडोज के लिए लिखा गया है, लेकिन सबसे अधिक संभावना है कि यह लिनक्स और मैक ओएस पर काम करेगा।

कृपया निर्देशों का ठीक से पालन करें - यह महत्वपूर्ण है!

1. Apk-tool का उपयोग करके अपनी .apk फ़ाइल को temp निर्देशिका में डिकोड करें। -d विकल्प का उपयोग न करें :
   

    java -jar apktool.jar d my.app.apk temp 

   
   परिणामस्वरूप, temp/smali निर्देशिका में आपके पास .smali फ़ाइलों का एक गुच्छा होगा।
   
2. temp/AndroidManifest.xml फ़ाइल में, के साथ गतिविधि ढूंढें
   

    <intent -filter="-filter"> <action android:name="android.intent.action.MAIN"> <category android:name="android.intent.category.LAUNCHER"> </intent> 

   
   यह वह गतिविधि है जो पहले आवेदन में शुरू होती है।
   
3. पहली बार शुरू होने वाली गतिविधि मिली? अब .smali फ़ाइल खोजें जो इस गतिविधि के लिए कक्षा को लागू करती है (आमतौर पर android.app.Activity class का वंशज)। temp/smali में गहरी देखो।
4. अब इस कक्षा में onCreate(...) विधि ढूंढें और कॉल के तुरंत बाद (आमतौर पर यह कॉल बहुत शुरुआत में जाती है)
   

    invoke-super {p0, p1}, Landroid/app/Activity;->onCreate(Landroid/os/Bundle;)V 

   
   onCreate(...) निम्नलिखित कोड लिखें:
   

    :debug sget v0, Lmy/activity/class/MyActivity;->debugFlag:I if-nez v0, :debug 

   
   चौकस पाठक शायद पहले से ही अनुमान लगाया है कि यह कोड वह अंतहीन लूप है जिसके बारे में हमने पहले बात की थी। स्वाभाविक रूप से, MyActivity बजाय वास्तविक नाम गतिविधि का उपयोग किया जाना चाहिए, और v0 बजाय, इस कोड में किसी भी उपयुक्त स्थानीय रजिस्टर का उपयोग किया जा सकता है। यदि कोई उपयुक्त रजिस्टर नहीं है, तो .locals और / या .registers तदनुसार संपादित करके इसे जोड़ें।
   
5. वर्ग में एक फ़ील्ड भी जोड़ें
   

    .field static debugFlag:I = 0x01 

   
   अन्यथा, पिछले पैराग्राफ में अनंत लूप का कोड काम नहीं करता है।
   
6. अपने .apk फ़ाइल में फिर से -d विकल्प के बिना , temp निर्देशिका को फिर से बनाएँ:
   

    java -jar apktool.jar b temp my.app.apk 

   
   बेशक, मूल my.app.apk को इससे पहले कहीं my.app.apk जाना चाहिए।

अब हमने my.app.apk को पैच कर my.app.apk । गतिविधि के वर्ग में onCreate(...) विधि की शुरुआत में जिसके साथ आवेदन शुरू होता है, हमने एक अनंत लूप में प्रवेश किया। खैर, इस पैच my.app.apk और कल मेरे लेख से चरण-दर-चरण निर्देशों का पालन करें (डीबगिंग अनुभाग देखें)। कृपया ध्यान दें कि इस निर्देश के नौवें चरण में, एप्लिकेशन लॉन्च करने के बाद, आपको एक काली स्क्रीन दिखाई देगी। यह सामान्य है, ऐसा होना चाहिए! इसका मतलब यह है कि आवेदन शुरू होने के ठीक बाद, हमारे पैच onCreate(...) विधि को बुलाया गया और नियंत्रण हमारे अनंत लूप में गिर गया। अगर कुछ समय बाद एंड्रॉइड आपको एप्लिकेशन को बंद करने का संकेत देता है क्योंकि यह प्रतिक्रिया नहीं देता है, तो मना कर दें और निर्देशों के अनुसार सख्ती से आगे बढ़ें!

निर्देश के बारहवें चरण में, नेटबीन्स .java फ़ाइल में खोलें जिसमें आपके द्वारा पैच किया गया onCreate(...) विधि स्थित है। NetBeans में डीबग पैनल पर पॉज़ बटन का उपयोग करें। फिर, इस ओपन .java फ़ाइल में, अंतहीन लूप कोड के बाद पहले स्टेटमेंट पर एक ब्रेकपॉइंट डालें जो आपने onCreate(...) में दर्ज किया था। फिर, नेटबीन्स डीबगर में चर देखने और संपादित करने के कार्य का उपयोग करते हुए, debugFlag फ़ील्ड के मान को 0 में debugFlag और नेटबीन्स में डीबगिंग पैनल पर "जारी डिबगिंग" बटन पर क्लिक करें। प्रबंधन एक अनंत लूप से बाहर निकल जाएगा और तुरंत आपके ब्रेकपॉइंट पर गिर जाएगा।

यही है, अब आप सुरक्षित रूप से बहुत शुरुआत से आवेदन को डिबग कर सकते हैं - बहुत पहले onCreate(...) विधि के पहले कॉल से!

WaitForDebugger के बारे में कुछ शब्द ()

पाठक, जो इस विषय में थोड़ा है, संभवतः android.os.Debug.waitForDebugger() का उपयोग करने के बारे में विषय मंचों पर पढ़ता है। इसी उद्देश्य के लिए android.os.Debug.waitForDebugger() विधि जिसके लिए हम इस लेख में एक अनंत लूप का उपयोग करते हैं। और यह एक ही पाठक शायद आश्चर्यचकित है कि हमने किसी तरह के बगीचे को एक चक्र के साथ ढेर कर दिया है, हालांकि आप हमारे onCreate(...) की शुरुआत में सिर्फ एक स्थिर विधि के लिए कॉल लिख सकते हैं:

 invoke-static {}, Landroid/os/Debug;->waitForDebugger()V 

ध्यान दें कि विधि को मापदंडों के बिना कहा जाता है, जिसका मतलब है कि अगर कोई उपयुक्त नहीं है तो आपको स्थानीय रजिस्टरों को जोड़ने की चिंता नहीं करनी चाहिए। यह प्रतीत होता है - सौंदर्य! आपको और क्या चाहिए?

सिद्धांत रूप में - किसी चीज की आवश्यकता नहीं है, इसे लें और इसका उपयोग करें। लेकिन व्यवहार में, सब कुछ थोड़ा अधिक जटिल है। वास्तव में, android.os.Debug.waitForDebugger() साथ फोकस हमेशा काम नहीं करता है और सभी के लिए नहीं है। कई के लिए (मेरा सहित), android.os.Debug.waitForDebugger() कॉल करने के तुरंत बाद android.os.Debug.waitForDebugger() एप्लिकेशन वास्तव में "जमा देता है" और डीबगर में शामिल होने का इंतजार करता है। यह डीडीएमएस में भी देखा जा सकता है - एक छोटा "लाल बग" आइकन आवेदन के विपरीत दिखाई देता है। लेकिन जैसे ही हम डिबगर को एप्लिकेशन से जोड़ते हैं, नियंत्रण android.os.Debug.waitForDebugger() बाद तुरंत अगले निर्देश पर जाता है और एप्लिकेशन बिना रुके आगे बढ़ना शुरू कर देता है। हमारे पास android.os.Debug.waitForDebugger() बाद ब्रेकपॉइंट लगाने का समय नहीं है। इस बारे में चर्चा के लिए, उदाहरण के लिए यहां देखें।

android.os.Debug.waitForDebugger() इस तरह से किसी के लिए android.os.Debug.waitForDebugger() क्यों करता है, और उस तरह के किसी व्यक्ति के लिए - अभी मुझे नहीं पता। शायद टिप्पणियों में कोई व्यक्ति इस बारे में स्पष्टीकरण देगा। टिप्पणियों में भी आप कर सकते हैं और लेख के बारे में सवाल पूछना चाहिए। मैं जितनी जल्दी हो सके जवाब देने की कोशिश करूंगा, लेकिन अगर मैं बेवकूफ हूं - कृपया धैर्य रखें। मैं सभी को जवाब देने की कोशिश करूंगा।

खुश डिबगिंग!