अपने Android प्रोजेक्ट्स के निर्माण समय को कम करें

सुप्रभात हम सोमवार को सामग्री के साथ शुरू करते हैं, जिसका अनुवाद विशेष रूप से पाठ्यक्रम के छात्रों के लिए तैयार किया गया था "एंड्रॉइड-डेवलपर। उन्नत पाठ्यक्रम । ”



मैंने हाल ही में AndroidX पर Android कोडबेस को Kure में माइग्रेट किया है। मुझे यह प्रतीत हुआ कि यह परियोजना की विधानसभा की गति पर काम करने का एक शानदार अवसर है। धीमेपन और संसाधन की खपत के कारण ग्रैडल की हमेशा खराब प्रतिष्ठा रही है, लेकिन मुझे बहुत आश्चर्य हुआ कि असेंबली कॉन्फ़िगरेशन में मामूली बदलाव इसकी गति को काफी बढ़ा सकता है।

अनुकूलन से पहले / बाद में असेंबली स्कैन मीट्रिक देखें


अनुकूलन से पहले


अनुकूलन के बाद ️️

5.5 मिनट से 17 सेकंड तक की कमी ?? पागल हो जाओ!

विधानसभा समय को और कम करने के लिए अनुकूलन के साथ इसे ज़्यादा करना इतना मुश्किल नहीं है। लेकिन शुरुआती लोगों के लिए पोस्ट को समझने योग्य बनाने के लिए, मैं जानबूझकर उस मामूली, दर्द रहित उपायों पर ध्यान केंद्रित करूंगा जो मैंने इस संकेतक के करीब लाने के लिए उठाए हैं।

सबसे पहले!

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

./gradlew assembleDebug --scan 

विधानसभा के सफल समापन पर, आपको स्कैन परिणाम डाउनलोड करने के लिए सेवा की शर्तों को स्वीकार करने के लिए कहा जाएगा। जारी रखने के लिए हाँ दर्ज करें। प्रकाशन पूरा होने के बाद, आपको स्कैन की जाँच करने के लिए टर्मिनल का लिंक प्राप्त होगा। इसे खोलें।

साइट पर काफी कुछ विकल्प हैं, लेकिन संक्षिप्तता के लिए हम केवल उस पर विचार करेंगे जो सबसे महत्वपूर्ण है।

सारांश पूर्ण कार्यों और उनके पूरा होने के समय के बारे में सारांश जानकारी प्रदर्शित करता है। लेकिन हमारे यहां कौन सी रुचियां प्रदर्शन अनुभाग है। यह कुल बिल्ड टाइम का अधिक विस्तृत ब्रेकडाउन करता है, जैसा कि नीचे दिखाया गया है।



प्रदर्शन अनुभाग में, सेटिंग्स और सुझाव टैब है जो बिल्ड स्पीड में सुधार के लिए सिफारिशें प्रदान करता है। आइए उन पर नजर डालते हैं।



इस खंड में, हम गति में सुधार के लिए कुछ सरल सुधार पा सकते हैं। तो, चलिए अपने प्रोजेक्ट में इन सुधारों को जारी रखें और लागू करें।

चरण # 1: अपग्रेड टूल

Android टीम बिल्ड सिस्टम में लगातार सुधार और विकास कर रही है। इस प्रकार, ज्यादातर मामलों में, आप टूलकिट के नवीनतम संस्करण को स्थापित करके एक महत्वपूर्ण सुधार प्राप्त कर सकते हैं।

इस रीफैक्टरिंग के दौरान, हमारी परियोजना एंड्रॉइड स्टूडियो के लिए ग्रैगल प्लगइन के संस्करण 3.2.1 पर थी ( पिछले रिलीज से पुराने कई संस्करण )।

ग्रैडल प्लगिन का नवीनतम संस्करण प्राप्त करने के लिए आप इस लिंक का अनुसरण कर सकते हैं। इस लेखन के समय, नवीनतम संस्करण 3.4.0 था ।

लेकिन यहाँ एक पकड़ है जिसे हमें याद रखना चाहिए:



( नोट: ग्रेडल संस्करण 5.0 या उच्चतर का उपयोग करते समय, ग्रेडेल डेमन का डिफ़ॉल्ट आकार 1 जीबी से 512 एमबी तक कम हो जाता है। इससे खराब बिल्ड प्रदर्शन हो सकता है। इस डिफ़ॉल्ट सेटिंग को ओवरराइड करने के लिए, ग्रेडेल डेमॉन के लिए gradle.properties में मेमोरी आकार निर्दिष्ट करें। आपकी परियोजना।)

https://developer.android.com/studio/releases/gradle-plugin

ग्रेडल 5.0 और इसके बाद के संस्करण का उपयोग करते समय , हमें मेमोरी साइज़ को स्पष्ट रूप से बढ़ाना होगा ताकि हमारी बिल्ड स्पीड न बिगड़े। हम एक मिनट में इस पर लौट आएंगे।

शीर्ष-स्तर build.gradle फ़ाइल खोलें, जिसे आप अपनी परियोजना की जड़ में पाएंगे, और निर्भरता के लिए निम्न पंक्ति जोड़ेंगे:

classpath 'com.android.tools.build:gradle:3.4.0'

आपको gradle/wrapper/gradle-wrapper.properties रैपर गुण फ़ाइल में वितरण URL को gradle/wrapper/gradle-wrapper.properties पर स्थित gradle/wrapper/gradle-wrapper.properties । URL को निम्न में अपडेट करें।

( यह लिंक एंड्रॉइड ग्रैगल प्लगइन पेज पर उपलब्ध होगा। )

distributionUrl=https\://services.gradle.org/distributions/gradle-5.1.1-all.zip

यदि कोटलिन ग्रेडल प्लगइन का संस्करण 1.3.0 से कम है, तो आपको कोटलिन का उपयोग करते समय एक त्रुटि का सामना करना पड़ेगा । यदि ऐसा है, तो कोटेलिन के लिए ग्रेड संस्करण को नवीनतम संस्करण में अद्यतन करने के लिए आईडीई टूलटिप का उपयोग करें (इस लेखन के समय, यह संस्करण 1.3.31 है )।

ठीक है, चलो टर्मिनल से फिर से निर्माण चलाते हैं यह देखने के लिए कि क्या हमने कोई सुधार किया है।

चरण # 2: विन्यास अपडेट करें

इसलिए, हम निर्माण समय से लगभग 2.5 मिनट की कटौती करने में सक्षम थे, लेकिन यह अभी भी पर्याप्त नहीं है। टर्मिनल में बिल्ड लॉग का अध्ययन करने के बाद, मैं एक पंक्ति में आया, जो हमें रूचि देगी:



(> कार्य: ऐप: compileDevelopDebugJavawithJavac

ग्रेड वृद्धिशील संकलन को अक्षम कर सकता है क्योंकि निम्न एनोटेशन प्रोसेसर वृद्धिशील नहीं हैं: butterknife-compiler-10.1.0.jar (com.jakewharton: butterknife-compiler: 10.1.0), dger-compiler-2.9.jar (com.google)। डैगर: डैगर-कंपाइलर: 2.9)।

एक अलग कार्य में एनोटेशन प्रसंस्करण शुरू करने और वृद्धिशील संकलन करने के लिए gradle.properties फ़ाइल में प्रायोगिक android.enableSeparateAnnotationProcessing-true ध्वज को सेट करने पर विचार करें।)

वृद्धिशील संकलन मूल रूप से स्रोत फ़ाइलों के पूरे सेट के बेकार संकलन को रोकता है और इसके बजाय केवल उन फ़ाइलों को संकलित करता है जिन्हें संशोधित किया गया है। लॉग से यह स्पष्ट है कि हम इस फ़ंक्शन का उपयोग नहीं करते हैं। वह सुझाव देते हैं कि हम android.enableSeparateAnnotationProcessing=true उपयोग करते हैं, लेकिन, किसी भी स्थिति में, हमें "एनोटेशनप्रोसेसर" कॉन्फ़िगरेशन का उपयोग नहीं करना चाहिए क्योंकि कोटलिन का उपयोग हमारी परियोजना में किया जाता है।

सौभाग्य से, कोटलिन का संस्करण 1.3.30 , एनोटेशन के चरण-दर-चरण प्रसंस्करण के लिए समर्थन जोड़ता है।



https://kotlinlang.org/docs/reference/kapt.html

(एनोटेशन का वृद्धिशील प्रसंस्करण (1.3.30 से)

संस्करण 1.3.30 से शुरू होकर, kapt एक प्रयोगात्मक फ़ंक्शन के रूप में वृद्धिशील एनोटेशन प्रसंस्करण का समर्थन करता है। वर्तमान में, एनोटेशन प्रसंस्करण केवल वृद्धिशील रूप से किया जा सकता है, यदि उपयोग किए जाने वाले सभी एनोटेशन प्रोसेसर वृद्धिशील हों।
वृद्धिशील एनोटेशन प्रसंस्करण को सक्षम करने के लिए, इस लाइन को gradle.properties फ़ाइल में जोड़ें:

kapt.incremental.apt=true

ध्यान दें कि वृद्धिशील एनोटेशन प्रसंस्करण के लिए आवश्यक है कि वृद्धिशील संकलन भी सक्षम हो।)

तो, चलिए शुरू करते हैं:

1. 1. एनोटेशनप्रोसेसर कॉन्फ़िगरेशन को kapt में बदलें
2. 2. प्रयोगात्मक वृद्धिशील एनोटेशन प्रसंस्करण ध्वज सक्षम करें

अपने मॉड्यूल की build.gradle फ़ाइल खोलें और फ़ाइल के शीर्ष पर निम्न पंक्ति जोड़ें:

apply plugin: 'kotlin-kapt'

फिर kapt का उपयोग करने के लिए निर्भरता अनुभाग में सभी एनोटेशनप्रोसेसर कॉन्फ़िगरेशन बदलें। उदाहरण के लिए:

//
annotationProcessor 'com.google.dagger:dagger-compiler:2.9'
//
kapt 'com.google.dagger:dagger-compiler:2.9'

अब अपने प्रोजेक्ट के रूट में स्थित gradle.properties फ़ाइल खोलें और निम्नलिखित पंक्ति जोड़ें:

kapt.incremental.apt=true

चलो फिर से निर्माण चलाते हैं।



खैर, ऐसा लग रहा है कि हमने कुछ प्रगति की है।

चरण # 3: ग्रेड गुण

हम अंतिम चरण पर हैं। ग्रैगल प्लगइन के संस्करण को अपडेट करते समय हमने जो चाल का सामना किया, उसे याद रखें? यह पता चला है कि ग्रैडल के नए संस्करण प्रयुक्त स्मृति के आकार को घटाकर 512 एमबी कर देते हैं। यह सुनिश्चित करना है कि कमजोर मशीनें बहुत अधिक मेमोरी का उपभोग न करें। मेरे पास 16 गीगाबाइट रैम वाला एक कंप्यूटर है, इसलिए मैं ग्रैगल डेमन को लगभग 2-3 गिग्स खिला सकता हूं, लेकिन आपकी संख्या भिन्न हो सकती है।

अपने प्रोजेक्ट के रूट में स्थित gradle.properties फ़ाइल खोलें और निम्न पंक्ति जोड़ें। अपनी आवश्यकताओं और कंप्यूटर विनिर्देशों के अनुरूप आकार का चयन करना सुनिश्चित करें।

org.gradle.jvmargs=-Xmx3072m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

जब हम ऐसा कर रहे हैं, तो हम संपत्तियों में समानांतर असेंबलियों और ऑन-डिमांड ट्यूनिंग को भी सक्षम करें।

यह है कि मेरे gradle.properties फ़ाइल का अंतिम संस्करण gradle.properties :

 org.gradle.jvmargs=-Xmx3072m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8 org.gradle.parallel=true org.gradle.configureondemand=true kapt.incremental.apt=true 

• org.gradle.parallel - यह ध्वज org.gradle.parallel को क्रमिक रूप से बजाय समानांतर में एक परियोजना के भीतर मॉड्यूल को इकट्ठा करने की अनुमति देता है। यह केवल बहु-मॉड्यूल परियोजनाओं के लिए उपयोगी है।
• org.gradle.configureondemand - यह ध्वज केवल उन मॉड्यूल को कॉन्फ़िगर करता है जो परियोजना के लिए आवश्यक हैं, और उन सभी को इकट्ठा नहीं करता है।

ऐसा करने के बाद, आइए देखें कि अब हमारे पास विधानसभा गति संकेतक क्या हैं:




वहाँ तुम जाओ!

टिप्पणियों को छोड़कर

यह किसी भी तरह से विधानसभा गति को अनुकूलित करने के सभी तरीकों का एक व्यापक कवरेज नहीं है। इस पोस्ट में कई अन्य चीजें शामिल हैं, जैसे कि मल्टीडेक्स का उपयोग करते समय मिन्स्क 21 का उपयोग करना, पूर्व-अनुक्रमण पुस्तकालयों, पीएनजी संपीड़न को अक्षम करना, आदि उनमें से कुछ ही हैं।

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

अगली बार मिलते हैं, आप पर शांति होगी!