Java SE 15 रिलीज

विकासको छ महिना पछि, ओरेकल जारी प्लेटफर्म जाभा एसई १ 15 (जाभा प्लेटफर्म, मानक संस्करण 15), खुला स्रोत OpenJDK परियोजनालाई सन्दर्भ कार्यान्वयनको रूपमा प्रयोग गरिन्छ। Java SE 15 ले Java प्लेटफर्मको अघिल्लो रिलिजहरूसँग पछाडि अनुकूलता कायम राख्छ; नयाँ संस्करण अन्तर्गत सुरु गर्दा सबै पहिले लिखित Java परियोजनाहरूले परिवर्तन बिना काम गर्नेछ। जाभा SE 15 बिल्डहरू (JDK, JRE र Server 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) डिजिटल हस्ताक्षर निर्माण एल्गोरिथ्मको लागि समर्थन RFC 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, न्यूनतम पज (लो-पज-समय गार्बेज कलेक्टर) संग काम गर्दै। Shenandoah Red Hat द्वारा विकसित गरिएको थियो र यसको एल्गोरिथ्मको प्रयोगको लागि उल्लेखनीय छ जसले जाभा अनुप्रयोगहरूको कार्यान्वयनको साथ समानान्तर रूपमा क्लीनअप चलाएर फोहोर सङ्कलन गर्दा स्टाल समय घटाउँछ। फोहोर सङ्कलनकर्ता द्वारा पेश गरिएको ढिलाइको आकार अनुमानित छ र ढिलोको आकारमा निर्भर गर्दैन, अर्थात्। 200 MB र 200 GB को ढिलाइको लागि ढिलाइ समान हुनेछ (बाहिर नआउ 50 ms भन्दा पर र सामान्यतया 10 ms भित्र);

• समर्थन स्थिर र भाषामा पेश गरिएको छ पाठ ब्लकहरू - स्ट्रिङ लिटरलहरूको नयाँ रूप जसले तपाईंलाई क्यारेक्टर एस्केपिङ र ब्लकमा मूल पाठ ढाँचा सुरक्षित नगरी स्रोत कोडमा बहु-लाइन पाठ डेटा समावेश गर्न अनुमति दिन्छ। ब्लक तीन डबल उद्धरण द्वारा फ्रेम गरिएको छ।

  उदाहरण को लागी, कोड को सट्टा

  स्ट्रिङ html = " » +
  "\n\t" + " » +
  "\n\t\t" + " \"Java 1 यहाँ छ!\" » +
  "\n\t" + " » +
  "\n" + " ";

  तपाइँ निर्दिष्ट गर्न सक्नुहुन्छ:

  स्ट्रिङ html = """
  
  
  »जाभा १५\
  यहाँ छ!
  
  """;

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

  थियो:

  यदि (समूहको वस्तु उदाहरण) {
  समूह समूह = (समूह) वस्तु;
  var प्रविष्टिहरू = group.getEntries();
  }

  अब तपाइँ "समूह समूह = (समूह) वस्तु" परिभाषा बिना गर्न सक्नुहुन्छ:

  यदि (समूह समूहको वस्तु उदाहरण) {
  var प्रविष्टिहरू = group.getEntries();
  }

• सिफारिस गर्नुभयो कुञ्जी शब्दको दोस्रो प्रयोगात्मक कार्यान्वयन "रेकर्ड", जसले वर्गहरू परिभाषित गर्नको लागि कम्प्याक्ट फारम प्रदान गर्दछ, जसले तपाईंलाई स्पष्ट रूपमा विभिन्न निम्न-स्तर विधिहरू जस्तै equals(), hashCode() र toString() लाई परिभाषित गर्नबाट बच्न अनुमति दिन्छ जहाँ डाटा केवल फिल्डहरूमा भण्डारण गरिन्छ जसको व्यवहार परिवर्तन हुँदैन। जब वर्गले बराबर (), hashCode() र toString() विधिहरूको मानक कार्यान्वयनहरू प्रयोग गर्दछ, यसले तिनीहरूको स्पष्ट परिभाषा बिना गर्न सक्छ:

  सार्वजनिक रेकर्ड बैंक लेनदेन (स्थानीय मिति मिति,
  दोब्बर रकम
  स्ट्रिङ विवरण) {}

  यो घोषणाले कन्स्ट्रक्टर र गेटर विधिहरूको अतिरिक्त बराबर (), hashCode() र toString() विधिहरूको कार्यान्वयन स्वतः थप्नेछ।

• प्रस्तावित विदेशी-मेमोरी पहुँच API को दोस्रो पूर्वावलोकन, नयाँ MemorySegment, MemoryAddress, र MemoryLayout abstractions हेरफेर गरेर Java अनुप्रयोगहरूलाई सुरक्षित र कुशलतापूर्वक जाभा हिप बाहिर मेमोरी क्षेत्रहरूमा पहुँच गर्न अनुमति दिँदै।
• अक्षम र लकिङ ओभरहेड कम गर्न HotSpot JVM मा प्रयोग गरिएको पक्षपाती लक अप्टिमाइजेसन प्रविधिलाई अस्वीकार गरियो। यो प्रविधिले आधुनिक CPUs द्वारा प्रदान गरिएको परमाणु निर्देशनहरू भएका प्रणालीहरूमा यसको प्रासंगिकता गुमाएको छ, र यसको जटिलताको कारण कायम राख्न धेरै श्रम-गहन छ।
• घोषणा गरे पुरानो संयन्त्र RMI सक्रियता, जुन भविष्यको रिलीजमा हटाइनेछ। यो नोट गरिएको छ कि RMI सक्रियता पुरानो छ, जाभा 8 मा एक विकल्प को श्रेणी मा relegated र आधुनिक अभ्यास मा लगभग कहिल्यै प्रयोग गरिदैन।
• मेटाइयो जाभास्क्रिप्ट इन्जिन गैंडा, जुन Java SE 11 मा बहिष्कृत गरिएको थियो।
• हटाइयो Solaris OS र SPARC प्रोसेसरहरूका लागि पोर्टहरू (Solaris/SPARC, Solaris/x64 र Linux/SPARC)। यी पोर्टहरू हटाउनाले समुदायलाई सोलारिस र SPARC विशिष्ट सुविधाहरू कायम राख्न समय बर्बाद नगरी नयाँ OpenJDK सुविधाहरूको विकासलाई गति दिन अनुमति दिनेछ।

स्रोत: opennet.ru