Java SE 15 रिलीझ

सहा महिन्यांच्या विकासानंतर, ओरॅकल सोडले प्लॅटफॉर्म जावा एसई 15 (Java Platform, Standard Edition 15), ओपन-सोर्स OpenJDK प्रकल्प संदर्भ अंमलबजावणी म्हणून वापरला जातो. Java SE 15 Java प्लॅटफॉर्मच्या मागील रिलीझसह बॅकवर्ड सुसंगतता राखते; नवीन आवृत्ती अंतर्गत लॉन्च केल्यावर सर्व पूर्वी लिहिलेले Java प्रकल्प बदलांशिवाय कार्य करतील. जावा SE 15 बिल्ड स्थापित करण्यासाठी तयार (JDK, JRE आणि सर्व्हर JRE) तयार Linux (x86_64), Windows आणि macOS साठी. OpenJDK प्रकल्पाद्वारे विकसित संदर्भ अंमलबजावणी जावा 15 GPLv2 लायसन्स अंतर्गत पूर्णपणे मुक्त स्रोत आहे, GNU ClassPath अपवाद व्यावसायिक उत्पादनांसह डायनॅमिक लिंकिंगला परवानगी देतो.

Java SE 15 सामान्य समर्थन प्रकाशन म्हणून वर्गीकृत आहे आणि पुढील प्रकाशन होईपर्यंत अद्यतने प्राप्त करणे सुरू ठेवेल. लाँग टर्म सपोर्ट (LTS) शाखा Java SE 11 असावी, जी 2026 पर्यंत अपडेट्स प्राप्त करत राहील. Java 8 ची पूर्वीची LTS शाखा डिसेंबर 2020 पर्यंत समर्थित असेल. पुढील LTS रिलीझ सप्टेंबर 2021 मध्ये होणार आहे. आम्‍ही तुम्‍हाला आठवण करून देतो की Java 10 च्‍या रिलीझपासून सुरूवात करून, प्रॉजेक्ट नवीन डेव्हलपमेंट प्रक्रियेकडे वळला, नवीन रिलीझ तयार होण्‍यासाठी एक लहान चक्र सूचित करते. नवीन कार्यक्षमता आता एका सतत अद्ययावत केलेल्या मास्टर शाखेत विकसित केली गेली आहे, ज्यामध्ये तयार बदल समाविष्ट आहेत आणि नवीन प्रकाशनांना स्थिर करण्यासाठी दर सहा महिन्यांनी शाखा शाखा केल्या जातात.

इझ नवकल्पना जावा 15 करू शकता खूण करा:

• अंगभूत EdDSA (Edwards-Curve Digital Signature Algorithm) डिजिटल स्वाक्षरी निर्मिती अल्गोरिदमसाठी समर्थन आरएफसी 8032). प्रस्तावित EdDSA अंमलबजावणी हार्डवेअर प्लॅटफॉर्मवर अवलंबून नाही, साइड-चॅनल हल्ल्यांपासून संरक्षित आहे (सर्व गणनांची सतत वेळ सुनिश्चित केली जाते) आणि समान पातळीच्या संरक्षणासह, C भाषेत लिहिलेल्या विद्यमान ECDSA अंमलबजावणीपेक्षा कार्यक्षमतेत वेगवान आहे. उदाहरणार्थ, 126-बिट की सह लंबवर्तुळाकार वक्र वापरणारे EdDSA, secp256r1 लंबवर्तुळ वक्र आणि 128-बिट की सह ECDSA सारखे कार्यप्रदर्शन प्रदर्शित करते.
• जोडले सीलबंद वर्ग आणि इंटरफेससाठी प्रायोगिक समर्थन, ज्याचा वापर इतर वर्ग आणि इंटरफेसद्वारे वारसा, विस्तार किंवा अंमलबजावणी ओव्हरराइड करण्यासाठी केला जाऊ शकत नाही. विस्तारासाठी अनुमत उपवर्ग स्पष्टपणे सूचीबद्ध करण्याच्या आधारावर, सीलबंद वर्ग ऍक्सेस मॉडिफायर्सपेक्षा सुपरक्लासचा वापर प्रतिबंधित करण्याचा अधिक घोषणात्मक मार्ग देखील प्रदान करतात.

  पॅकेज com.example.geometry;

  सार्वजनिक सीलबंद वर्ग आकार
  com.example.polar.Circle परवानगी देते,
  com.example.quad.Rectangle,
  com.example.quad.simple.Square {…}

• जोडले लपलेल्या वर्गांसाठी समर्थन जे इतर वर्गांच्या बायकोडद्वारे थेट वापरले जाऊ शकत नाहीत. लपविलेल्या वर्गांचा मुख्य उद्देश फ्रेमवर्कमध्ये वापरला जाणे हा आहे जे रनटाइमच्या वेळी डायनॅमिकरित्या क्लास तयार करतात आणि अप्रत्यक्षपणे त्यांचा वापर करतात. प्रतिबिंब. अशा वर्गांचे सामान्यतः मर्यादित जीवनचक्र असते, त्यामुळे स्टॅटिकली व्युत्पन्न केलेल्या वर्गांमधून प्रवेश मिळवण्यासाठी त्यांची देखभाल करणे न्याय्य नाही आणि त्यामुळे मेमरी वापर वाढेल. लपलेले वर्ग देखील नॉन-स्टँडर्ड API sun.misc.Unsafe::defineAnonymousClass ची गरज दूर करतात, जे भविष्यात काढले जातील.
• ZGC (Z गार्बेज कलेक्टर) कचरा कलेक्टर स्थिर केला गेला आहे आणि व्यापक वापरासाठी सज्ज म्हणून ओळखला गेला आहे. ZGC निष्क्रिय मोडमध्ये कार्य करते, शक्य तितक्या कचरा संकलनामुळे विलंब कमी करते (ZGC वापरताना स्टॉल टाइम 10 ms पेक्षा जास्त नाही.) आणि अनेक शंभर मेगाबाइट्सपासून ते अनेक टेराबाइट्सपर्यंतच्या आकारात लहान आणि मोठ्या दोन्ही ढीगांसह कार्य करू शकते.
• स्थिर आणि सामान्य वापरासाठी तयार आढळले
  कचरा गोळा करणारा शेनान्डाह, कमीतकमी विरामांसह कार्य करणे (कमी-विराम-वेळ कचरा संग्राहक). Shenandoah हे Red Hat द्वारे विकसित केले गेले आहे आणि जावा ऍप्लिकेशन्सच्या अंमलबजावणीच्या समांतर क्लीनअप चालवून कचरा गोळा करताना स्टॉलचा वेळ कमी करणार्‍या अल्गोरिदमच्या वापरासाठी प्रसिद्ध आहे. कचरा संग्राहकाने सादर केलेल्या विलंबांचा आकार अंदाजे आहे आणि ढिगाऱ्याच्या आकारावर अवलंबून नाही, म्हणजे. 200 MB आणि 200 GB च्या ढीगांसाठी विलंब समान असेल (बाहेर येऊ नका 50 ms च्या पुढे आणि सहसा 10 ms च्या आत);

• समर्थन स्थिर केले गेले आहे आणि भाषेमध्ये सादर केले गेले आहे मजकूर ब्लॉक्स - स्ट्रिंग लिटरल्सचा एक नवीन प्रकार जो तुम्हाला कॅरेक्टर एस्केपिंग न वापरता आणि ब्लॉकमध्ये मूळ मजकूर फॉरमॅटिंग जतन न करता स्त्रोत कोडमध्ये मल्टी-लाइन टेक्स्ट डेटा समाविष्ट करण्यास अनुमती देतो. ब्लॉक तीन दुहेरी अवतरणांनी तयार केला आहे.

  उदाहरणार्थ, कोडऐवजी

  स्ट्रिंग html = " » +
  "\n\t" + " » +
  "\n\t\t" + " \"Java 1 येथे आहे!\" » +
  "\n\t" + " » +
  "\n" + " ";

  आपण निर्दिष्ट करू शकता:

  html स्ट्रिंग = """
  
  
  »जावा १५\
  येथे आहे!
  
  """;

• पुन्हा डिझाइन केले लेगसी डेटाग्रामसॉकेट API. java.net.DatagramSocket आणि java.net.MulticastSocket ची जुनी अंमलबजावणी आधुनिक अंमलबजावणीसह बदलली गेली आहे जी डीबग करणे आणि देखरेख करणे सोपे आहे आणि प्रकल्पामध्ये विकसित केलेल्या आभासी प्रवाहांशी सुसंगत आहे. यंत्रमाग. विद्यमान कोडसह संभाव्य विसंगततेच्या बाबतीत, जुनी अंमलबजावणी काढली गेली नाही आणि jdk.net.usePlainDatagramSocketImpl पर्याय वापरून सक्षम केली जाऊ शकते.
• दुसरी प्रायोगिक अंमलबजावणी प्रस्तावित नमुना जुळणे "instanceof" ऑपरेटरमध्ये, जे तुम्हाला चेक केलेले मूल्य ऍक्सेस करण्यासाठी स्थानिक व्हेरिएबल त्वरित परिभाषित करण्यास अनुमती देते. उदाहरणार्थ, तुम्ही "स्ट्रिंग s = (स्ट्रिंग) obj" स्पष्टपणे परिभाषित केल्याशिवाय "if (obj instance of String s && s.length() > 5) {.. s.contains(..) ..}" लगेच लिहू शकता.

  होते:

  जर (गटाच्या वस्तु उदाहरण) {
  गट गट = (समूह)ऑब्ज;
  var entries = group.getEntries();
  }

  आता तुम्ही "ग्रुप ग्रुप = (ग्रुप) ऑब्जेक्ट" या व्याख्येशिवाय करू शकता:

  जर (समूह गटाचे वस्तु उदाहरण) {
  var entries = group.getEntries();
  }

• सुचवले कीवर्डची दुसरी प्रायोगिक अंमलबजावणी "विक्रम", जे वर्ग परिभाषित करण्यासाठी एक कॉम्पॅक्ट फॉर्म प्रदान करते, ज्यामुळे तुम्हाला समान (), हॅशकोड() आणि toString() सारख्या विविध निम्न-स्तरीय पद्धती स्पष्टपणे परिभाषित करणे टाळता येते जेथे डेटा केवळ अशा फील्डमध्ये संग्रहित केला जातो ज्यांचे वर्तन बदलत नाही. जेव्हा वर्ग समान(), हॅशकोड() आणि toString() पद्धतींची मानक अंमलबजावणी वापरतो, तेव्हा तो त्यांच्या स्पष्ट व्याख्याशिवाय करू शकतो:

  सार्वजनिक रेकॉर्ड बँक व्यवहार (स्थानिक तारीख तारीख,
  दुप्पट रक्कम
  स्ट्रिंग वर्णन) {}

  ही घोषणा कन्स्ट्रक्टर आणि गेटर पद्धतींच्या व्यतिरिक्त समान(), हॅशकोड() आणि toString() पद्धतींची आपोआप अंमलबजावणी जोडेल.

• प्रस्तावित फॉरेन-मेमरी ऍक्सेस API चे दुसरे पूर्वावलोकन, नवीन MemorySegment, MemoryAddress, आणि MemoryLayout abstractions मध्ये फेरफार करून Java ऍप्लिकेशन्सना सुरक्षितपणे आणि कार्यक्षमतेने Java हीपच्या बाहेर मेमरी क्षेत्रांमध्ये प्रवेश करण्यास अनुमती देते.
• अक्षम आणि लॉकिंग ओव्हरहेड कमी करण्यासाठी HotSpot JVM मध्ये वापरलेले बायस्ड लॉकिंग ऑप्टिमायझेशन तंत्र नापसंत केले. या तंत्राने आधुनिक CPUs द्वारे प्रदान केलेल्या अणु सूचनांसह प्रणालींवरील त्याची प्रासंगिकता गमावली आहे, आणि त्याच्या जटिलतेमुळे राखण्यासाठी खूप श्रम-केंद्रित आहे.
• घोषित केले कालबाह्य यंत्रणा RMI सक्रियकरण, जे भविष्यातील प्रकाशनात काढले जाईल. हे लक्षात घेतले आहे की RMI सक्रियकरण जुने आहे, Java 8 मधील पर्यायाच्या श्रेणीमध्ये सोडले आहे आणि आधुनिक व्यवहारात जवळजवळ कधीही वापरले जात नाही.
• हटवले JavaScript इंजिन नॉरर्न, जे Java SE 11 मध्ये नापसंत केले होते.
• काढले Solaris OS आणि SPARC प्रोसेसरसाठी पोर्ट (Solaris/SPARC, Solaris/x64 आणि Linux/SPARC). ही पोर्ट्स काढून टाकल्याने समुदायाला सोलारिस आणि SPARC विशिष्ट वैशिष्ट्ये राखण्यात वेळ न घालवता नवीन OpenJDK वैशिष्ट्यांच्या विकासाला गती मिळेल.

स्त्रोत: opennet.ru