जावा स्रोत कोड के बिना एंड्रॉइड ऐप्स को डीबग करना

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

इस लेख में, मैं संक्षेप में, "पानी" के बिना, आपको बताऊंगा कि कैसे अपने जावा स्रोत कोड के बिना Android अनुप्रयोगों को डीबग करें। लेख पूरी तरह से शुरुआती लोगों के लिए नहीं है। यह मुख्य रूप से उन लोगों के लिए उपयोगी है जो स्माली सिंटैक्स को कम या ज्यादा समझते हैं और एंड्रॉइड के लिए इंजीनियरिंग अनुप्रयोगों को उलटने का कुछ अनुभव रखते हैं।

उपकरण

हमें Apk-tool 1.4.1 और NetBeans 6.8 की आवश्यकता होगी। हाँ, हाँ, ये प्राचीन संस्करण हैं! नए संस्करणों के साथ, दुर्भाग्य से डिबगिंग शुरू नहीं होती है, जो पहले से ही विभिन्न चर्चाओं में बार-बार उल्लेख किया गया है (उदाहरण के लिए, यहां और यहां देखें )।

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

इसके साथ ही, हमें डीडीएमएस की आवश्यकता होगी - यह एंड्रॉइड एसडीके में है।

डिबगिंग

यह खंड चरण-दर-चरण निर्देश प्रदान करता है। यह विंडोज के लिए लिखा गया था, लेकिन यह शायद लिनक्स और मैक ओएस पर काम करेगा। मेरे पास अपने ब्लॉग पर अंग्रेजी में इस मैनुअल का एक मसौदा भी है, लेकिन मैंने एक लिंक नहीं दिया, क्योंकि नियम। यह निर्देश एपीके-टूल विकी से मूल निर्देश को अधिक या कम दोहराता है, हालांकि इसमें कुछ अतिरिक्त बिंदु हैं, जिसके बिना डिबगिंग शुरू नहीं हो सकती है। एक समय में, यह मेरे साथ शुरू नहीं हुआ था, और मैंने इन अतिरिक्त बिंदुओं को बढ़ाया गोआलिंग और "वैज्ञानिक प्रहार" की विधि द्वारा पाया। मुझे उम्मीद है कि अब मेरा अनुभव किसी के लिए समय बचाएगा।

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

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

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

   
   नतीजतन, out/smali डायरेक्टरी में आपके पास .java फाइलों का एक गुच्छा होगा, जिसमें स्माली ने अंदर कोड बाहर टिप्पणी की थी। यह सामान्य है, ऐसा होना चाहिए।
   
2. android:debuggable="true" जोड़ें android:debuggable="true" विशेषता <application> out/AndroidManifest.xml फ़ाइल का अनुभाग
   
3. वापस .apk फ़ाइल के लिए निर्देशिका बनाएँ:
   

    java -jar apktool.jar b -d out my.app.to.debug.apk 

   
   
4. फ़ाइल my.app.to.debug.apk पर my.app.to.debug.apk और इसे वास्तविक डिवाइस या एमुलेटर पर स्थापित करें जिस पर आप इसे डीबग करने जा रहे हैं।
5. out/build निर्देशिका को हटा दें (यह 6 और 7 चरणों में परियोजना बनाने में हस्तक्षेप कर सकता है)।
   
6. NetBeans लॉन्च करें, "फ़ाइल" -> "नई परियोजना" पर क्लिक करें। मौजूदा स्रोतों के साथ जावा -> जावा प्रोजेक्ट चुनें। "अगला" पर क्लिक करें।
7. "प्रोजेक्ट फ़ोल्डर" के रूप में निर्दिष्ट करें। "अगला" पर क्लिक करें।
8. स्रोत पैकेज फ़ोल्डर सूची में out/smali जोड़ें। "अगला" पर क्लिक करें और फिर "समाप्त करें"। परिणामस्वरूप, उन .java फ़ाइलों के साथ ही स्माली कोड के अंदर की टिप्पणी को परियोजना में जोड़ा जाएगा।
9. एक वास्तविक डिवाइस या एमुलेटर पर my.app.to.debug.apk चलाएं (यदि आप एक वास्तविक डिवाइस का उपयोग कर रहे हैं, तो सुनिश्चित करें कि यह USB केबल का उपयोग करके आपके कंप्यूटर से जुड़ा है और आपका सिस्टम इसे "देखता है")।
   
10. डीडीएमएस लॉन्च करें, सूची में अपना आवेदन ढूंढें और उस पर क्लिक करें। अंतिम कॉलम में जानकारी याद रखें, यह पोर्ट नंबर है, आमतौर पर 86xx/8700 जैसा कुछ।
    
11. नेटबीन्स में, "डीबग" -> "अटैच डिबगर" पर क्लिक करें -> "जेपीडीए" चुनें और "पोर्ट" फ़ील्ड में 8700 दर्ज करें (या पिछले चरण में आपके पास जो भी पोर्ट नंबर था)। शेष खेतों को अपरिवर्तित छोड़ दें। "ठीक है" पर क्लिक करें।
12. अब आप एप्लिकेशन को डीबग कर सकते हैं: नेटबींस पैनल में, आप उपयुक्त बटन पर क्लिक कर सकते हैं
13. उस निर्देश पर ब्रेकपॉइंट स्थापित करें जिसमें आप रुचि रखते हैं (हां, उसी के अंदर स्माली कोड से टिप्पणी करने वाले निर्देशों में से एक ।java फाइलें जो मैंने पहले ही दो बार पहले उल्लेख की हैं)। याद रखें कि आप ",", ":" या "#" से शुरू होने वाली रेखाओं पर ब्रेकपॉइंट सेट नहीं कर सकते हैं। केवल स्माली कोड निर्देशों पर!
14. अपने ब्रेकपॉइंट के काम करने के लिए एप्लिकेशन में कुछ करें। उसके बाद, आप चरण-दर-चरण डिबगिंग कर सकते हैं, फ़ील्ड और चर के मूल्यों को देख सकते हैं, आदि।

बस, संक्षेप में यही है।

नुकसान

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

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

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

यदि आपके कोई प्रश्न हैं, तो कृपया उन्हें टिप्पणियों में या निजी संदेशों में पूछें। मैं जितनी जल्दी हो सके जवाब देने की कोशिश करूंगा, लेकिन अगर मैं बेवकूफ हूं - कृपया धैर्य रखें। मैं सभी को जवाब देने की कोशिश करूंगा।

खुश डिबगिंग!