स्प्रिंग बूट 2.2 में आलसी आरंभीकरण

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

स्प्रिंग बूट 2.2 की हाल ही में घोषित पहली मील का पत्थर रिलीज आलसी आरंभीकरण के लिए समर्थन जोड़ता है। इस लेख में, हम नई कार्यक्षमता को देखेंगे और बताएंगे कि इसे कैसे सक्षम किया जाए।

आलसी होने का क्या मतलब है?

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

आलसी आरंभीकरण को सक्षम करना

स्प्रिंग बूट के किसी भी संस्करण में, आलसी इनिशियलाइजेशन को सक्षम करना संभव है, अगर आपको BeanFactoryPostProcessor साथ अपने हाथों को गंदा करने में कोई आपत्ति नहीं है। स्प्रिंग बूट 2.2 बस एक नई संपत्ति शुरू करके इस प्रक्रिया को सरल spring.main.lazy-initialization - spring.main.lazy-initialization ( SpringApplication और SpringApplicationBuilder में समान तरीके भी हैं)। जब यह गुण true सेट होता true , तो आलसी इनिशियलाइज़ेशन का उपयोग करने के लिए एप्लिकेशन बीन्स को कॉन्फ़िगर किया जाएगा।

आलसी आरंभीकरण के लाभ

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

अनुवादक का नोट: मैंने इस उदाहरण को चलाया, निर्भरता में स्प्रिंग बूट 2.2 लिखते हुए, और आलसी आरंभीकरण के साथ शुरुआती समय 3 सेकंड था, और इसके बिना 4. मुझे लगता है कि अधिक गंभीर अनुप्रयोगों पर, आलसी आरंभीकरण के उपयोग के कारण शुरुआती समय में एक महत्वपूर्ण लाभ। हम नहीं देखेंगे। अद्यतन: alek_sys की सलाह पर डेटाबेस स्कीमा के सत्यापन और अद्यतन को अक्षम कर दिया गया और दोनों मामलों के लिए आलसी जेपीए आरंभीकरण को चालू कर दिया गया - यह Started WebApplication in... 2.7 और 3.7 सेकंड से पहले Started WebApplication in...

DevTools के बारे में क्या?

स्प्रिंग बूट DevTools महत्वपूर्ण विकास त्वरण प्रदान करता है। हर बार जब आप कुछ बदलते हैं तो JVM और एप्लिकेशन को पुनरारंभ करने के बजाय, DevTools उसी JVM में एप्लिकेशन का "हॉट रिस्टार्ट" करते हैं। इस तरह के पुनरारंभ का एक महत्वपूर्ण लाभ यह है कि यह जेआईटी को उस कोड को अनुकूलित करने का अवसर देता है जो आवेदन शुरू होने पर निष्पादित करता है। कई पुनरारंभ के बाद, 2.5 सेकंड का प्रारंभिक समय लगभग 80% से 500 एमएस तक घट जाता है। आलसी प्रारंभ के साथ, चीजें और भी बेहतर होती हैं। spring.main.lazy-initialization प्रॉपर्टी को सेट करना IDE में सीधे पुनरारंभ समय को 400 ms के बराबर दिखाता है।

आलसी आरंभीकरण का दूसरा पहलू

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

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

वेब अनुप्रयोगों में, आलसी कॉन्फ़िगरेशन बिन अनुरोध के कारण HTTP अनुरोधों की विलंबता को बढ़ा सकते हैं। यह आमतौर पर पहला अनुरोध है, लेकिन लोड संतुलन या स्वचालित स्केलिंग को प्रभावित करने वाले अतिरिक्त अवांछित प्रभाव हो सकते हैं।

क्या यह बात शामिल है?

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

आलसी आरंभीकरण को कब चालू करें?

जैसा कि हमने ऊपर देखा, आलसी इनिशियलाइज़ेशन एप्लिकेशन लॉन्च के दौरान उल्लेखनीय सुधार प्रदान करता है, लेकिन डाउनसाइड्स भी हैं, इसलिए आपको इस सुविधा का बहुत सावधानी से उपयोग करने की आवश्यकता है।

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

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

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