جاوا SE 15 خوشې کول

د شپږو میاشتو پراختیا وروسته، اوریکل خپور شوی پلیټ فارم جاوا SE 15 (جاوا پلیټ فارم، معیاري نسخه 15)، د خلاصې سرچینې OpenJDK پروژه د حوالې پلي کولو په توګه کارول کیږي. جاوا SE 15 د جاوا پلیټ فارم پخوانیو خپرونو سره شاته مطابقت ساتي؛ ټولې پخوانۍ لیکل شوې جاوا پروژې به پرته له بدلونونو کار وکړي کله چې د نوي نسخې لاندې پیل شي. د نصب کولو لپاره چمتو د جاوا SE 15 جوړونه (JDK، JRE او سرور JRE) چمتو شوی د لینکس (x86_64)، وینډوز او macOS لپاره. د حوالې پلي کول د OpenJDK پروژې لخوا رامینځته شوي جاوا 15 د GNU ClassPath استثنا سره د GPLv2 جواز لاندې په بشپړ ډول خلاص سرچینه ده چې د سوداګریزو محصولاتو سره متحرک اړیکې ته اجازه ورکوي.

جاوا SE 15 د عمومي ملاتړ ریلیز په توګه طبقه بندي شوی او تر راتلونکي خوشې کیدو پورې به تازه معلوماتو ترلاسه کولو ته دوام ورکړي. د اوږدې مودې ملاتړ (LTS) څانګه باید د Java SE 11 وي، کوم چې به تر 2026 پورې تازه معلومات ترلاسه کولو ته دوام ورکړي. د جاوا 8 پخوانی LTS څانګه به د دسمبر 2020 پورې ملاتړ شي. راتلونکی LTS خپرونه د سپتمبر 2021 لپاره ټاکل شوې. راځئ چې تاسو ته یادونه وکړو چې د جاوا 10 په خپرولو سره پیل کول، پروژه د نوي پراختیا پروسې ته بدله شوې، د نوي ریلیزونو رامینځته کولو لپاره لنډ دوره معنی لري. نوي فعالیت اوس په دوامداره توګه تازه شوي ماسټر برانچ کې رامینځته شوی ، کوم چې چمتو شوي بدلونونه پکې شامل دي او له هغې څخه څانګې په هرو شپږو میاشتو کې د نوي ریلیزونو ثبات لپاره شاخ کیږي.

له نوښتونه جاوا 15 کولای شي مارک:

• جوړ شوی د EdDSA (Edwards-Curve ډیجیټل لاسلیک الګوریتم) لپاره ملاتړ د ډیجیټل لاسلیک جوړولو الګوریتم RFC 8032). د وړاندیز شوي EdDSA پلي کول په هارډویر پلیټ فارمونو پورې اړه نلري ، د اړخ چینل بریدونو څخه خوندي دی (د ټولو محاسباتو دوامداره وخت تضمین شوی) او د ورته کچې محافظت سره په C ژبه کې لیکل شوي د موجوده ECDSA پلي کولو په پرتله په فعالیت کې ګړندی دی. د مثال په توګه، EdDSA د 126-bit کیلي سره د ایلیپټیک وکر په کارولو سره ECDSA ته ورته فعالیت د secp256r1 ایلیپټیک وکر او 128-bit کیلي سره ښیې.
• زیاته کړه د سیل شوي ټولګیو او انٹرفیسونو لپاره تجربوي ملاتړ ، کوم چې د نورو ټولګیو او انٹرفیسونو لخوا نشي کارول کیدی ترڅو د پلي کیدو میراث ، غزول یا له سره تکرار کړي. مهر شوي ټولګي د لاسرسي ترمیم کونکو په پرتله د سوپر کلاس کارولو محدودولو لپاره خورا اعلاناتي لاره هم چمتو کوي ، د تمدید لپاره اجازه ورکړل شوي فرعي ټولګیو په څرګند ډول لیست کولو پراساس.

  بسته 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 څخه زیات نه وي) او کولی شي د وړو او لویو ټوټو سره کار وکړي، چې اندازه یې له څو سوو میګابایټ څخه تر ډیری ټیرابایټ پورې وي.
• ثبات شوی او د عمومي استعمال لپاره چمتو دی
  د کثافاتو راټولونکی شینواندا، د لږترلږه وقفې سره کار کول (د ټیټ وقفې - وخت کثافاتو راټولونکی). شیناندوه د ریډ هټ لخوا رامینځته شوی او د دې د الګوریتم کارولو لپاره د پام وړ دی چې د جاوا غوښتنلیکونو اجرا کولو سره موازي د پاکولو په چلولو سره د کثافاتو راټولولو پرمهال د سټال وخت کموي. د کثافاتو راټولونکي لخوا معرفي شوي ځنډ اندازه د وړاندوینې وړ ده او د کثافاتو په اندازې پورې اړه نلري، د بیلګې په توګه. د 200 MB او 200 GB د ډیری لپاره ځنډونه به یو شان وي (بهر مه راځه له 50 ms څخه ډیر او معمولا د 10 ms دننه)؛

• ملاتړ ثابت شوی او په ژبه کې معرفي شوی د متن بلاکونه - د سټرینګ لیکونو نوې بڼه چې تاسو ته اجازه درکوي د سرچینې کوډ کې د څو کرښو متن ډیټا شامل کړئ پرته له دې چې د کریکټ ایسکینګ کارولو او په بلاک کې د اصلي متن فارمیټ خوندي کړئ. بلاک د درې دوه ګونی نرخونو لخوا چوکاټ شوی.

  د مثال په توګه، د کوډ پرځای

  تار html = " »+
  "\n\t" + " »+
  "\n\t\t" + " \"جاوا 1 دلته دی!\" »+
  "\n\t" + " »+
  "\n" + " ";

  تاسو کولی شئ مشخص کړئ:

  تار html = """
  
  
  »جاوا ۱۵\
  دلته دی!
  
  """;

• بیا ډیزاین شوی د میراث ډیټاګرام ساکټ API. د java.net.DatagramSocket او java.net.MulticastSocket زاړه پلي کول د عصري پلي کولو سره ځای په ځای شوي چې د ډیبګ او ساتلو لپاره اسانه دي ، او د پروژې دننه رامینځته شوي مجازی جریانونو سره هم مطابقت لري لو لو. د موجوده کوډ سره د احتمالي مطابقت په صورت کې، زوړ تطبیق نه دی لرې شوی او د jdk.net.usePlainDatagramSocketImpl اختیار په کارولو سره فعال کیدی شي.
• دوهم تجربی تطبیق وړاندیز شوی د نمونې سمون په "instanceof" آپریټر کې، کوم چې تاسو ته اجازه درکوي سمدلاسه محلي متغیر تعریف کړئ ترڅو چک شوي ارزښت ته لاسرسی ومومئ. د مثال په توګه، تاسو کولی شئ سمدلاسه "if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}" پرته له دې چې په واضح ډول د "String s = (String) obj" تعریف کړئ.

  وو:

  که (د ګروپ مثال) {
  ډله ډله = (ډله) اعتراض؛
  var entries = group.getEntries();
  }

  اوس تاسو کولی شئ د "گروپ ګروپ = (گروپ) اعتراض" تعریف پرته ترسره کړئ:

  که (د ګروپ ګروپ اعتراض مثال) {
  var entries = group.getEntries();
  }

• وړاندیز شوی د کلیمې دوهم تجربوي تطبیق "ریکارډ"، کوم چې د ټولګیو تعریف کولو لپاره یو کمپیکٹ فورمه چمتو کوي، تاسو ته اجازه درکوي چې په واضح ډول د مختلفو ټیټې کچې میتودونو تعریف کولو څخه ډډه وکړئ لکه equals()، hashCode() او toString() په داسې قضیو کې چیرې چې ډاټا یوازې په ساحو کې ساتل کیږي چې چلند یې نه بدلیږي. کله چې یو ټولګی د مساواتو()، hashCode() او toString() میتودونو معیاري تطبیق کاروي، دا کولی شي د دوی واضح تعریف پرته ترسره کړي:

  د عامه ریکارډ بانک لیږد (د ځایی نیټې نیټه،
  دوه چنده
  د توری تفصیل) {}

  دا اعالمیه به په اتوماتيک ډول د جوړونکي او ترلاسه کونکي میتودونو سربیره د مساواتو() ، هش کوډ() او toString() میتودونو پلي کول اضافه کړي.

• وړاندیز شوی د بهرني-میموري لاسرسي API دوهمه کتنه، د جاوا غوښتنلیکونو ته اجازه ورکوي چې د نوي MemorySegment، MemoryAddress، او MemoryLayout خلاصونونو په سمبالولو سره د جاوا له هپ څخه بهر د حافظې سیمو ته په خوندي او اغیزمنه توګه لاسرسی ومومي.
• معلول او په HotSpot JVM کې د تالاشۍ سر کمولو لپاره د متعصب لاک کولو اصلاح کولو تخنیک له پامه غورځول شوی. دا تخنیک د عصري CPUs لخوا چمتو شوي اټومي لارښوونو سره په سیسټمونو کې خپل تړاو له لاسه ورکړی ، او د پیچلتیا له امله د ساتلو لپاره خورا ډیر کار دی.
• اعلان شو پخوانی میکانیزم د RMI فعالول، کوم چې به په راتلونکي ریلیز کې لرې شي. د یادونې وړ ده چې د RMI فعالیت زوړ دی، په جاوا 8 کې د اختیار کټګورۍ ته لیږدول شوی او تقریبا هیڅکله په عصري تمرین کې نه کارول کیږي.
• ړنګ شوی جاواسکریپټ انجن رینو، کوم چې په جاوا SE 11 کې له مینځه وړل شوی و.
• لرې کړل د سولاریس OS او SPARC پروسیسرونو لپاره بندرونه (Solaris/SPARC، Solaris/x64 او Linux/SPARC). د دې بندرونو لرې کول به ټولنې ته اجازه ورکړي چې د نوي OpenJDK ب featuresو پراختیا ګړندۍ کړي پرته لدې چې د سولاریس او SPARC ځانګړي ځانګړتیاو ساتلو کې وخت ضایع کړي.

سرچینه: opennet.ru