Java SE 22 प्लॅटफॉर्मचे प्रकाशन आणि OpenJDK 22 खुले संदर्भ अंमलबजावणी

सहा महिन्यांच्या विकासानंतर, ओरॅकलने Java SE 22 (Java Platform, Standard Edition 22) जारी केले, जे OpenJDK ओपन सोर्स प्रोजेक्टचा संदर्भ अंमलबजावणी म्हणून वापर करते. काही अप्रचलित वैशिष्ट्ये काढून टाकल्याचा अपवाद वगळता, Java SE 22 Java प्लॅटफॉर्मच्या मागील रिलीझसह बॅकवर्ड सुसंगतता राखते - बहुतेक पूर्वी लिहिलेले Java प्रकल्प नवीन आवृत्ती अंतर्गत चालवले जातात तेव्हा बदलांशिवाय कार्य करतील. Linux (x22_86, AArch64), Windows (x64_86) आणि macOS (x64_86, AArch64) साठी Java SE 64 (JDK, JRE आणि Server JRE) च्या तयार-करण्यासाठी-इंस्टॉल बिल्ड तयार आहेत. OpenJDK प्रकल्पाद्वारे विकसित केलेले, Java 22 संदर्भ अंमलबजावणी GPLv2 परवान्याअंतर्गत पूर्णपणे मुक्त स्रोत आहे, GNU ClassPath अपवाद व्यावसायिक उत्पादनांसह डायनॅमिक लिंकिंगला परवानगी देतात.

Java SE 22 नियमित समर्थन प्रकाशन म्हणून वर्गीकृत आहे आणि पुढील प्रकाशन होईपर्यंत अद्यतने प्राप्त करणे सुरू ठेवेल. लाँग टर्म सपोर्ट (LTS) शाखा Java SE 21 किंवा Java SE 17 असावी, ज्यांना अनुक्रमे 2031 आणि 2029 पर्यंत अपडेट्स मिळतील (साधारणपणे 2028 आणि 2026 पर्यंत उपलब्ध). Java SE 11 च्या LTS शाखेसाठी सार्वजनिक समर्थन गेल्या सप्टेंबरमध्ये संपले, परंतु विस्तारित समर्थन 2032 पर्यंत सुरू राहील. Java SE 8 च्या LTS शाखेसाठी विस्तारित समर्थन 2030 पर्यंत सुरू राहील.

आम्ही तुम्हाला स्मरण करून देतो की Java 10 च्या रिलीझपासून सुरूवात करून, प्रॉजेक्ट नवीन डेव्हलपमेंट प्रक्रियेकडे वळला, नवीन रिलीझ तयार होण्यासाठी एक लहान चक्र सूचित करते. नवीन कार्यक्षमता आता एका सतत अद्ययावत केलेल्या मास्टर शाखेत विकसित केली गेली आहे, ज्यामध्ये तयार बदल समाविष्ट आहेत आणि नवीन प्रकाशनांना स्थिर करण्यासाठी दर सहा महिन्यांनी शाखा शाखा केल्या जातात.

Java 22 मधील नवीन वैशिष्ट्यांचा समावेश आहे:

• G1 गार्बेज कलेक्टरमध्ये रिजन पिनिंगसाठी समर्थन समाविष्ट आहे, जे तुम्हाला जावा ऑब्जेक्ट्सचे स्थान तात्पुरते निश्चित करण्यासाठी मेमरीमध्ये ते कचरा कलेक्टरद्वारे हलवले जाणे टाळण्यासाठी आणि या ऑब्जेक्ट्सचे संदर्भ Java आणि मूळ कोड दरम्यान सुरक्षितपणे पास करण्यास अनुमती देते. पिनिंगमुळे तुम्हाला विलंब कमी करता येतो आणि JNI (जावा नेटिव्ह इंटरफेस) चे गंभीर क्षेत्र स्थानिक कोडसह कार्यान्वित करताना कचरा संकलन अक्षम करणे टाळता येते (हे विभाग कार्यान्वित करताना, JVM ने शर्यतीची परिस्थिती टाळण्यासाठी त्यांच्याशी संबंधित गंभीर वस्तू हलवू नये). पिनिंग केल्याने कचरा गोळा करणाऱ्याच्या नजरेतून गंभीर वस्तू काढून टाकल्या जातात, ज्यामुळे अनपिन केलेले क्षेत्र साफ करणे सुरू ठेवता येते.
• सुपर(...) कॉल करण्यापूर्वी कंस्ट्रक्टरमध्ये अभिव्यक्ती निर्दिष्ट करण्यास अनुमती देण्यासाठी एक प्राथमिक वैशिष्ट्य जोडले गेले आहे, जर ते अभिव्यक्ती कन्स्ट्रक्टरने तयार केलेल्या उदाहरणाचा संदर्भ देत नसतील तर वारसा मिळालेल्या क्लास कन्स्ट्रक्टरकडून स्पष्टपणे पॅरेंट क्लास कन्स्ट्रक्टरला कॉल करण्यासाठी वापरला जातो. वर्ग बाह्य { void hello() { System.out.println("Hello"); } क्लास इनर { इनर() { हॅलो(); उत्कृष्ट(); } } }
• FFM (Foreign Function & Memory) API स्थिर केले गेले आहे, जे जावा प्रोग्राम्सना बाह्य लायब्ररींमधून फंक्शन्स कॉल करून आणि JVM बाहेर मेमरी ऍक्सेस करून, JNI (जावा नेटिव्ह इंटरफेस) न वापरता बाह्य कोड आणि डेटासह परस्परसंवाद करण्यास अनुमती देते.
• अनामित व्हेरिएबल्स आणि पॅटर्न मॅचिंगसाठी समर्थन सक्षम केले गेले आहे - कॉल करताना न वापरलेले परंतु आवश्यक व्हेरिएबल्स आणि पॅटर्नऐवजी, तुम्ही आता “_” वर्ण निर्दिष्ट करू शकता. // होते स्ट्रिंग पृष्ठनाम = स्विच (पृष्ठ) { केस GitHubIssuePage(var url, var सामग्री, var दुवे, int issueNumber) -> “ISSUE #” + issueNumber; ... }; // आता तुम्ही String pageName = स्विच (पृष्ठ) { केस GitHubIssuePage(_, _, _, int issueNumber) -> “ISSUE #” + issueNumber; };
• क्लास-फाइल API ची प्राथमिक अंमलबजावणी Java क्लास फायली पार्स करणे, जनरेट करणे आणि रूपांतरित करण्यासाठी प्रस्तावित आहे. ClassFile cf = ClassFile.of(); ClassModel classModel = cf.parse(bytes); byte[] newBytes = cf.build(classModel.thisClass().asSymbol(), classBuilder -> { for (ClassElement ce : classModel) { if (!(ce instance of MethodModel mm && mm.methodName().stringValue(). startsWith("debug"))) { classBuilder.with(ce);
• java युटिलिटी अनेक कोड फाइल्स किंवा प्रीकंपाइल क्लास लायब्ररीच्या स्वरूपात पुरवलेल्या Java प्रोग्राम्स चालवण्याची क्षमता प्रदान करते, या फाइल्स स्वतंत्रपणे संकलित केल्याशिवाय आणि बिल्ड सिस्टम कॉन्फिगर केल्याशिवाय. नवीन फीचर अशा प्रोग्राम्स चालवणे सोपे करते ज्यामध्ये वेगवेगळ्या वर्गांचे कोड वेगळ्या फाइल्समध्ये वेगळे केले जातात. Prog.java: वर्ग Prog { सार्वजनिक स्थिर शून्य मुख्य(स्ट्रिंग[] आर्ग्स) { Helper.run(); } } Helper.java: क्लास हेल्पर { static void run() { System.out.println("हॅलो!"); } }

  उदाहरणार्थ, "Prog.java" आणि "Helper.java" या दोन फायलींचा समावेश असलेला प्रोग्राम चालवण्यासाठी आता "java Prog.java" चालवणे पुरेसे आहे, जे Prog वर्ग संकलित करेल, हेल्पर क्लासचा संदर्भ परिभाषित करेल, हेल्पर फाईल शोधा आणि संकलित करा आणि मुख्य पद्धत कॉल करा.

• स्ट्रिंग टेम्प्लेट्सची दुसरी प्राथमिक अंमलबजावणी जोडली, स्ट्रिंग लिटरल आणि टेक्स्ट ब्लॉक्स व्यतिरिक्त अंमलात आणली. स्ट्रिंग टेम्पलेट्स तुम्हाला + ऑपरेटर न वापरता कॅलक्युलेटेड एक्सप्रेशन्स आणि व्हेरिएबल्ससह मजकूर एकत्र करण्याची परवानगी देतात. अभिव्यक्तीचे प्रतिस्थापन प्रतिस्थापन \{..} वापरून केले जाते आणि प्रतिस्थापित मूल्यांची शुद्धता तपासण्यासाठी विशेष हँडलर कनेक्ट केले जाऊ शकतात. उदाहरणार्थ, SQL इंजिन एसक्यूएल कोडमध्ये बदलली जाणारी मूल्ये तपासते आणि आउटपुट म्हणून java.sql.Statement ऑब्जेक्ट परत करते, तर JSON प्रोसेसर JSON प्रतिस्थापनांच्या अचूकतेवर लक्ष ठेवतो आणि JsonNode परत करतो. स्ट्रिंग क्वेरी = "व्यक्तीकडून * निवडा p WHERE p." + मालमत्ता + " = '" + मूल्य + "'"; // स्टेटमेंट क्वेरी = SQL होती."""व्यक्तिकडून निवडा * WHERE p.\{property} = '\{value}'"""; // झाले
• व्हेक्टर API चे सातवे पूर्वावलोकन जोडले गेले आहे, जे x86_64 आणि AArch64 प्रोसेसरवर वेक्टर सूचना वापरून केलेल्या वेक्टर गणनेसाठी कार्ये प्रदान करते आणि एकाधिक मूल्यांवर (SIMD) ऑपरेशन्स एकाच वेळी लागू करण्यास अनुमती देते. HotSpot JIT कंपायलरमध्ये स्केलर ऑपरेशन्सच्या ऑटो-व्हेक्टरायझेशनसाठी प्रदान केलेल्या क्षमतेच्या विपरीत, नवीन API समांतर डेटा प्रक्रियेसाठी वेक्टरायझेशन स्पष्टपणे नियंत्रित करणे शक्य करते.
• विस्तारित स्ट्रीम API ची प्राथमिक अंमलबजावणी जोडली गेली आहे जी तुमच्या स्वतःच्या इंटरमीडिएट ऑपरेशन्स परिभाषित करण्यास समर्थन देते, जे विद्यमान बिल्ट-इन इंटरमीडिएट ऑपरेशन्स इच्छित डेटा ट्रान्सफॉर्मेशनसाठी पुरेशी नसलेल्या प्रकरणांमध्ये उपयुक्त असू शकतात. नेटिव्ह हँडलर नवीन इंटरमीडिएट ऑपरेशन Stream::gather(Gatherer) वापरून जोडलेले आहेत, जे वापरकर्ता-निर्दिष्ट हँडलर लागू करून प्रवाह घटकांवर प्रक्रिया करते. jshell> Stream.of(1,2,3,4,5,6,7,8,9). gather(नवीन WindowFixed(3)).toList() $1 ==> [[1, 2, 3], [४, ५, ६], [७, ८, ९]]
• स्ट्रक्चर्ड कॉन्करन्सीसाठी प्रायोगिक API ची दुसरी आवृत्ती चाचणीसाठी प्रस्तावित केली गेली आहे, जी एकाच ब्लॉकच्या रूपात वेगवेगळ्या थ्रेडमध्ये कार्यान्वित केलेल्या एकाधिक कार्यांवर प्रक्रिया करून मल्टी-थ्रेडेड ऍप्लिकेशन्सचा विकास सुलभ करते.
• अस्पष्टपणे घोषित वर्ग आणि "मुख्य" पद्धतीच्या अनामित उदाहरणांची दुसरी प्राथमिक अंमलबजावणी जोडली, जी सार्वजनिक/स्थिर घोषणांसह वितरीत करू शकते, वितर्कांची श्रेणी उत्तीर्ण करू शकते आणि वर्ग घोषणाशी संबंधित इतर संस्था. // सार्वजनिक वर्ग HelloWorld { सार्वजनिक स्थिर शून्य मुख्य(String[] args) { System.out.println("Hello world!"); } } // आता तुम्ही main() { System.out.println("हॅलो, वर्ल्ड!") रद्द करू शकता; }
• स्कोप्ड व्हॅल्यूजची दुसरी पूर्वावलोकन अंमलबजावणी जोडली, ज्यामुळे अपरिवर्तनीय डेटा थ्रेडवर सामायिक केला जाऊ शकतो आणि चाइल्ड थ्रेड्स दरम्यान कार्यक्षमतेने डेटाची देवाणघेवाण केली जाते (मूल्ये वारशाने मिळतात). थ्रेड-लोकल व्हेरिएबल्स मेकॅनिझम बदलण्यासाठी स्कोपेड व्हॅल्यूज विकसित केल्या जात आहेत आणि खूप मोठ्या संख्येने व्हर्च्युअल थ्रेड्स (हजारो किंवा लाखो थ्रेड) वापरताना ते अधिक कार्यक्षम आहेत. स्कोपेड व्हॅल्यूज आणि थ्रेड-लोकल व्हेरिएबल्समधील मुख्य फरक असा आहे की आधीचे एकदा लिहिलेले आहेत, भविष्यात बदलले जाऊ शकत नाहीत आणि केवळ थ्रेडच्या अंमलबजावणीच्या कालावधीसाठी उपलब्ध राहतात.
• समांतर कचरा संग्राहकाने मोठ्या प्रमाणात ऑब्जेक्ट्ससह कार्य करताना कार्यप्रदर्शन सुधारले आहे. ऑप्टिमायझेशनने ऑब्जेक्टचा शोध सुरू करण्यापूर्वी 20% ने विलंब कमी करणे ऑब्जेक्टच्या मोठ्या ॲरेसह काही चाचण्यांमध्ये शक्य केले.

याव्यतिरिक्त, तुम्ही ग्राफिकल इंटरफेस JavaFX 22 सह ऍप्लिकेशन तयार करण्यासाठी प्लॅटफॉर्मवर अपडेटचे प्रकाशन लक्षात घेऊ शकता.

स्त्रोत: opennet.ru