जावा 12 में उपलब्ध होने वाली 39 नई सुविधाएँ

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

मैंने कई ब्लॉग पोस्ट लिखे जो नवीनतम जावा रिलीज़ ( JDK 10 , JDK 11 ) में से प्रत्येक के लिए सभी परिवर्तनों को सूचीबद्ध करते हैं। मैं अब JDK 12 के अंधेरे पक्ष का पता लगाऊंगा, कुछ ऐसे नुकसानों पर ध्यान केंद्रित करूंगा, जो इस संस्करण के लिए एप्लिकेशन को पोर्ट करना चाहते हैं तो समस्या पैदा कर सकते हैं।

JDK 12 में सभी जावा रिलीज़ से लेकर आज तक की सबसे छोटी संख्या है (मैंने JDK 10 में 109 और JDK 11 में 90 की गिनती की)। यह बुरा नहीं है - रिलीज साइकिल के कारण, कुछ संस्करणों में अधिक परिवर्तन होंगे, और कुछ कम।

मैं नए कार्यों को स्पष्ट तार्किक क्षेत्रों में तोड़ दूंगा: जावा, लाइब्रेरीज़, जेवीएम और अन्य जेडीके फ़ंक्शंस।

भाषा परिवर्तन

वह फ़ंक्शन जिसे मैं (और मुझे लगता है कि कई अन्य लोग) JDK 12 में सबसे अधिक दिखाई देने वाले पर विचार करेंगे, नया स्विच स्टेटमेंट ( JK 325 ) है। यह "पूर्वावलोकन" के लिए एक फ़ंक्शन के रूप में उपयोग किया जाने वाला पहला भाषा परिवर्तन भी है। 2018 की शुरुआत में JEP 12 के भाग के रूप में "पूर्वावलोकन" का विचार पेश किया गया था। यह अनिवार्य रूप से कमांड लाइन विकल्पों का उपयोग करके नई सुविधाओं के बीटा संस्करणों को सक्षम करने का एक तरीका है। पूर्वावलोकन का उपयोग करके उपयोगकर्ता प्रतिक्रिया के आधार पर परिवर्तन करना अभी भी संभव है, और सबसे खराब स्थिति में, ठीक से प्राप्त नहीं होने पर फ़ंक्शन को पूरी तरह से हटा दें। फ़ंक्शंस के पूर्वावलोकन की कुंजी यह है कि वे जावा एसई विनिर्देश में शामिल नहीं हैं। नए स्विच के बारे में हैबे पर बहुत अच्छा अनुवाद है।
JDK 12 में, एक स्विच एक अभिव्यक्ति बन गया है जो परिणाम उत्पन्न करने के लिए इसकी "सामग्री" का मूल्यांकन करता है। मैं तुरंत समझाता हूं कि यह पिछड़ी संगतता को प्रभावित नहीं करता है, इसलिए आपको ऑपरेटर के रूप में स्विच का उपयोग करने वाले किसी भी कोड को बदलने की आवश्यकता नहीं है।

मैं JEP से उदाहरण का उपयोग करूँगा, क्योंकि यह सरल और स्पष्ट है:

int numLetters; switch (day) { case MONDAY: case FRIDAY: case SUNDAY: numLetters = 6; break; case TUESDAY: numLetters = 7; break; case THURSDAY: case SATURDAY: numLetters = 8; break; case WEDNESDAY: numLetters = 9; break; default: throw new IllegalStateException("Huh? " + day); } 

जैसा कि आप देख सकते हैं, हम सप्ताह के day को चर day के नाम पर मैप करते day , फिर मान numLetters असाइन करते हैं। अब वह स्विच एक ऑपरेटर है, हम स्विच स्टेटमेंट के परिणाम का उपयोग करके एक बार असाइनमेंट कर सकते हैं (गलत कोड की संभावना को कम कर सकते हैं):

 int numLetters = switch (day) { case MONDAY, FRIDAY, SUNDAY -> 6; case TUESDAY -> 7; case THURSDAY, SATURDAY -> 8; case WEDNESDAY -> 9; default -> throw new IllegalStateException("Huh? " + day); }; 

आप जल्दी से दो वाक्यविन्यास परिवर्तनों को देखेंगे। OpenJDK डेवलपर्स अल्पविराम से अलग की गई सूची नामक एक अल्प-ज्ञात वाक्य रचना फ़ंक्शन पर ठोकर खाई। इसके अलावा लंबोदर एक्सप्रेशन ऑपरेटर -> मूल्य को वापस करना आसान बनाता है। यदि आप वास्तव में ऐसा चाहते हैं तो आप अभी भी एक मूल्य के साथ break उपयोग कर सकते हैं। इस सुविधा के बारे में कई अन्य विवरण हैं, लेकिन जेईपी पढ़ना संभव है।

पुस्तकालयों

एक बदलाव है जो मुझे बहुत उपयोगी लगता है। इसमें कई गौण भी हैं।

टीज़िंग कलेक्टर

स्ट्रीम्स एपीआई, हमेशा की तरह, कलेक्टर उपयोगिता वर्ग द्वारा प्रदान किया गया एक नया कलेक्टर है। teeing() पद्धति का उपयोग करके एक नया कलेक्टर प्राप्त किया जा सकता है। टीइंग कलेक्टर तीन तर्क लेता है: दो कलेक्टर और एक द्विभाजन। इस कलेक्टर के काम को समझने के लिए, मैं हैबे पर इस लेख की सिफारिश करता हूं।
यह समझने के लिए कि वह ऐसा कैसे करता है, मैंने एक चित्र बनाया:

इनपुट स्ट्रीम से सभी मान प्रत्येक कलेक्टर को दिए जाते हैं। प्रत्येक कलेक्टर का परिणाम अंतिम परिणाम के लिए BiFunction के तर्क के रूप में पारित किया जाता है।

एक साधारण उदाहरण औसत मूल्य की गणना कर रहा है (हां, मुझे पता है कि इसके लिए पहले से ही कलेक्टर हैं, उदाहरण के लिए averagingInt() , लेकिन यह अवधारणा को समझने में मदद करने के लिए एक सरल उदाहरण है)।

 /* Assume Collectors is statically imported */ double average = Stream.of(1, 4, 2, 7, 4, 6, 5) .collect(teeing( summingDouble(i -> i), counting(), (sum, n) -> sum / n) ); 

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

java.io

InputStream skipNBytes(long n) - इनपुट स्ट्रीम से skips और InputStream skipNBytes(long n) बिल्कुल n बाइट्स। यदि n शून्य या उससे कम है, तो बाइट्स को छोड़ नहीं दिया जाता है।

java.lang

एक नया पैकेज दिखाई दिया है, java.lang.constant, जो निरंतर JVM API, JEP 334 का हिस्सा है ।

प्रत्येक जावा क्लास फ़ाइल में एक निरंतर पूल होता है जो क्लास में बायटेकोड निर्देशों के लिए ऑपरेंड करता है। डेवलपर्स के लिए मुश्किल है कि वे लोडिंग क्लासेस की समस्याओं के कारण क्लास फाइल्स में हेरफेर करें। निरंतर JVM API एक स्थिर (वर्ग, लोड करने योग्य स्थिरांक, MethodHandle , MethodHandle स्थिरांक, MethodType स्थिरांक) के प्रत्येक रूप का वर्णन करने के लिए प्रतीकात्मक संदर्भ प्रकार प्रदान करता है।

इसने कई अन्य वर्गों को भी प्रभावित किया। निम्नलिखित सभी वर्गों में अब एक describeConstable() विधि है:

• वर्ग
• दोहरा
• enum
• फ्लोट
• पूर्णांक
• लंबे समय तक
• तार
• MethodHandle
• MethodType
• VarHandle

एक ब्रिटिश के रूप में, मुझे यह बहुत अजीब लगता है। कॉन्स्टेबल, डिस्क्रिप्शन कांस्टेबल शब्द का इस्तेमाल 11 वीं शताब्दी से किया जा रहा है और इसी तरह हम अक्सर पुलिस अधिकारियों का उल्लेख करते हैं। यह प्रसिद्ध 18 वीं शताब्दी के कलाकार, जॉन कॉन्स्टेबल का नाम भी है। यह मुझे आश्चर्यचकित करता है यदि describeTurner() विधि भविष्य के संस्करण में होगी। जाहिर है, इस मामले में यह Constant Table का एक संक्षिप्त नाम है, कानून अधिकारी या परिदृश्य चित्रकार से संबंधित नहीं है।

निम्नलिखित कक्षाओं में अब resolveConstantDesc() विधि शामिल है:

• दोहरा
• Enum.EnumDesc
• फ्लोट
• पूर्णांक
• लंबे समय तक
• तार

java.lang.Character

नए यूनिकोड ब्लॉक को शामिल करने के लिए आंतरिक कक्षाओं को अपडेट किया गया है। मैं हमेशा यह देखना पसंद करता हूं कि लोगों ने यूनिकोड में क्या मिलाया है, यहां कुछ उदाहरण दिए गए हैं:

• शतरंज के प्रतीक
• मायन नंबर
• सोग्डियन एक पूर्वी ईरानी भाषा है जिसका अब 11 वीं शताब्दी में उपयोग नहीं किया गया था।
• पुराना सोग्डियन एक पुराना है (और, मुझे शक है, सोग्डियन का संस्करण भी सीमित है)

java.lang.Class

arrayType() उस Class के प्रकार के लिए Class देता है जिसका घटक प्रकार इस Class द्वारा वर्णित है। यह jshell का उपयोग करके सत्यापित किया जा सकता है:

 jshell> (new String[2]).getClass().getName() $11 ==> "[Ljava.lang.String;" jshell> (new String[2]).getClass().arrayType() $12 ==> class [[Ljava.lang.String; jshell> "foo".getClass().arrayType() $15 ==> class [Ljava.lang.String; 

मुझे पूरा यकीन नहीं है कि इस पद्धति का अर्थ क्या है, क्योंकि यह सब एक Class को उस प्रकार में जोड़ देता है जो इस वर्ग का प्रतिनिधित्व करता है।

componentType() getComponentType() , getComponentType() समान है। सवाल भीख माँगता है - क्यों एक निरर्थक विधि जोड़ें?

descriptorString() - फिर से, getName() के समान परिणाम देता है। हालाँकि, यह आवश्यक है क्योंकि Class अब नए निरंतर JVM API के साथ जुड़े TypeDescriptor इंटरफ़ेस को लागू करता है।

lava.lang.String

indent() - एक स्ट्रिंग के लिए अग्रणी रिक्त स्थान की एक श्रृंखला जोड़ता है। यदि पैरामीटर नकारात्मक है, तो प्रमुख स्थानों की यह संख्या हटा दी जाएगी (यदि संभव हो तो)।

transform() - प्रदान किए गए फ़ंक्शन को एक स्ट्रिंग पर लागू करता है। परिणाम एक स्ट्रिंग नहीं हो सकता है।

java.lang.invoke

VarHandle अब एक कॉम्पैक्ट विवरण लौटाना है।

java.net.SecureCacheResponse और java.net.ssl.HttpsConnection में एक नया तरीका है, getSSLSession() जो कनेक्शन में उपयोग किए गए SSLSession युक्त Optional रिटर्न देता है।

java.nio.files

Files वर्ग में एक नया तरीका है, mismatch() , जो दो फ़ाइलों की सामग्री में पहली बेमेल बाइट की स्थिति को ढूंढता है और वापस लौटाता है, या कोई बेमेल नहीं होने पर -1L करता है।

java.text

एक नया वर्ग है CompactNumberFormat । यह NumberFormat का एक उपवर्ग है जो कॉम्पैक्ट रूप में एक दशमलव संख्या को प्रारूपित करता है। कॉम्पैक्ट रूप का एक उदाहरण - 1M बजाय 1M , इस प्रकार - नौ वर्णों के बजाय दो की आवश्यकता है। NumberFormat और java.text.spi.NumberFormatProvider को नए getCompactNumberInstance() विधि को शामिल करने के लिए बढ़ाया गया है। एक नई एनम भी है, NumberFormatStyle जिसके दो अर्थ हैं: लंबी और छोटी।

java.util.concurrent

कंप्लीशनस्टेज में अब तीन तरीकों के साथ कई ओवरलोडेड फॉर्म शामिल हैं:

• exceptionallyAsync
• exceptionallyCompose
• exceptionallyComposeAsync

ये विधियाँ किसी मौजूदा एक CompletionStage को एक कंप्लीशन के साथ समाप्त करती हैं, तो एक CompletionStage से एक नई CompletionStage बनाने की संभावनाओं का विस्तार करती हैं। विवरण के लिए एपीआई प्रलेखन की जाँच करें।

javax.crypto

Cipher वर्ग में एक नया toString() तरीका है जो एक स्ट्रिंग को Cipher परिवर्तन, मोड और प्रदाता को लौटाता है।

javax.naming.ldap.spi

यह JDK 12 में एक नया पैकेज है और इसमें दो वर्ग हैं: LdapDnsProvider , जो LDAP संचालन के दौरान DNS लुकअप के लिए प्रदाता वर्ग है, और LdapDnsProviderResults जो LDAP URL के लिए DNS लुकअप परिणाम को LdapDnsProviderResults करता है।

झूला

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

जेवीएम में बदलाव

JEP 189: शनैन्डोः लो-पॉज़-टाइम गारबेज कलेक्टर

शेनान्दाह 2014 में Red Hat द्वारा घोषित एक शोध परियोजना है जो JVM में मेमोरी प्रबंधन के लिए कम विलंबता अनुप्रयोग आवश्यकताओं पर केंद्रित है। इसका लक्ष्य 20 जीबी से अधिक के ढेर के लिए अधिकतम 1. ठहराव का समय है। इसलिए यह छोटे अनुप्रयोगों के लिए अभिप्रेत नहीं है - जैसा कि शनांडो के डेवलपर्स में से एक ने उत्तर दिया , ऐसा नहीं है और यह छोटे अनुप्रयोगों के साथ एक उत्कृष्ट काम करता है)। इस कलेक्टर को एप्लिकेशन थ्रेड्स के समानांतर काम करने के लिए डिज़ाइन किया गया है, इसलिए उन समस्याओं से बचें जो हम सबसे अधिक कचरा संग्रहकर्ताओं में देखते हैं।

JEP 344: मिश्रित G1 संग्रह

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

JDK 12 में, यदि G1 इस स्थिति की पहचान करता है, तो यह डेटा संग्रह को आधे रास्ते में बाधित कर देगा यदि यह नए ऑब्जेक्ट के लिए स्थान आवंटित करने के लिए जारी रखने की एप्लिकेशन की क्षमता को प्रभावित नहीं करता है। जी 1 का शुद्ध प्रभाव बेहतर होगा जब एक छोटा ठहराव समय पर पहुंच जाए।

JEP 346: G1 से अप्रयुक्त आवंटित मेमोरी को जल्दी से लौटाएं

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

G1 पहले से ही ऐसा करता है, लेकिन यह केवल दो स्थानों में से एक में कर सकता है। सबसे पहले, एक पूर्ण संग्रह के दौरान, और दूसरा, समानांतर चक्रों में से एक के दौरान। G1 पूर्ण संग्रह नहीं करने की कोशिश करता है, और कम मेमोरी उपयोग के साथ, संग्रह चक्रों के बीच महत्वपूर्ण अवधि हो सकती है। यह इस तथ्य की ओर जाता है कि जी 1 एक निश्चित मेमोरी को लंबे समय तक रख सकता है।

JDK 12 में, G1 समय-समय पर समानांतर लूप को जारी रखने या चलाने की कोशिश करेगा, जबकि जावा हीप के समग्र उपयोग को निर्धारित करने के लिए एप्लिकेशन निष्क्रिय है। अप्रयुक्त मेमोरी को अधिक समय पर और अनुमानित रूप से ऑपरेटिंग सिस्टम में वापस किया जा सकता है।

नई कमांड लाइन फ्लैग -XX:G1PeriodicGCInterval का उपयोग चेक के बीच मिलीसेकंड की संख्या निर्धारित करने के लिए किया जा सकता है।

यह सुविधा उन अनुप्रयोगों के लिए जेवीएम मेमोरी का अधिक रूढ़िवादी उपयोग करेगी जो विस्तारित अवधि के लिए निष्क्रिय रहे हैं।

अन्य नए JDK फीचर्स

JEP 230: माइक्रोबेनमार्किंग किट

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

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

जेईपी 340: वन आर्च 64 पोर्ट, नॉट टू

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

JEP 341: डिफ़ॉल्ट सीडीएस अभिलेखागार

डेटा शेयरिंग (CDS) क्लास ओरेकल JDK में एक कमर्शियल फीचर हुआ करता था। Oracle JDK और OpenJDK के बीच सभी कार्यात्मक अंतरों को खत्म करने के लिए JDK 11 में किए गए हालिया संक्रमण के साथ, इसे OpenJDK में शामिल किया गया था।

सीडीएस का उपयोग करने के लिए, आपको कक्षाओं के लिए बनाए गए संग्रह की आवश्यकता होती है जो आवेदन शुरू होने पर लोड करते हैं। 64-बिट प्लेटफ़ॉर्म के लिए JDK 12 में अब lib/server डायरेक्टरी में classes.jsa फाइल है। यह "डिफ़ॉल्ट कक्षाओं" के लिए सीडीएस संग्रह है। मुझे लगता है कि इसका मतलब है कि JDK मॉड्यूल में सभी सार्वजनिक कक्षाएं; मुझे इसे जांचने के लिए अनपैक करने का कोई तरीका नहीं मिला। चूंकि सीडीएस डिफ़ॉल्ट रूप से सक्षम होता है, जो कमांड लाइन पर -Xshare:auto विकल्प के बराबर है, उपयोगकर्ताओं को इससे बेहतर एप्लिकेशन स्टार्टअप समय से लाभ होगा।

निष्कर्ष

JDK 12 डेवलपर्स के लिए सबसे दिलचस्प होने के साथ switch साथ कम संख्या में नए फ़ंक्शन और एपीआई प्रदान करता है। G1 उपयोगकर्ता निश्चित रूप से प्रदर्शन में सुधार की सराहना करेंगे।

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

आपके परीक्षण में आपकी सहायता करने के लिए हमने ज़ुलु सामुदायिक संस्करण के लिए JDK 12 का निर्माण किया है । उन्हें अवश्य आजमाएं।