ការចេញផ្សាយ Java SE 15

បន្ទាប់ពីរយៈពេលប្រាំមួយខែនៃការអភិវឌ្ឍន៍ Oracle បានចេញផ្សាយ វេទិកា ចាវ៉ា SE ១៥ (Java Platform, Standard Edition 15) គម្រោង OpenJDK ប្រភពបើកចំហត្រូវបានប្រើជាការអនុវត្តយោង។ Java SE 15 រក្សាភាពឆបគ្នាថយក្រោយជាមួយនឹងការចេញផ្សាយពីមុននៃវេទិកា Java គម្រោង Java ដែលបានសរសេរពីមុនទាំងអស់នឹងដំណើរការដោយគ្មានការផ្លាស់ប្តូរនៅពេលដាក់ឱ្យដំណើរការក្រោមកំណែថ្មី។ រួចរាល់ដើម្បីដំឡើង Java SE 15 builds (JDK, JRE និង Server JRE) រៀបចំ សម្រាប់ Linux (x86_64), Windows និង macOS ។ ការអនុវត្តឯកសារយោងដែលត្រូវបានបង្កើតឡើងដោយគម្រោង OpenJDK Java 15 គឺជាប្រភពបើកចំហយ៉ាងពេញលេញនៅក្រោមអាជ្ញាបណ្ណ GPLv2 ដោយមានករណីលើកលែង GNU ClassPath អនុញ្ញាតឱ្យមានទំនាក់ទំនងថាមវន្តជាមួយផលិតផលពាណិជ្ជកម្ម។

Java SE 15 ត្រូវបានចាត់ថ្នាក់ជាការចេញផ្សាយការគាំទ្រទូទៅ ហើយនឹងបន្តទទួលបានការអាប់ដេតរហូតដល់ការចេញផ្សាយលើកក្រោយ។ សាខាគាំទ្ររយៈពេលវែង (LTS) គួរតែជា Java SE 11 ដែលនឹងបន្តទទួលបានការអាប់ដេតរហូតដល់ឆ្នាំ 2026។ សាខា LTS មុនរបស់ Java 8 នឹងត្រូវបានគាំទ្ររហូតដល់ខែធ្នូ 2020។ ការចេញផ្សាយ LTS បន្ទាប់ត្រូវបានកំណត់ពេលសម្រាប់ខែកញ្ញា 2021 ។ អនុញ្ញាតឱ្យយើងរំលឹកអ្នកថាការចាប់ផ្តើមជាមួយនឹងការចេញផ្សាយនៃ Java 10 គម្រោងនេះបានប្តូរទៅដំណើរការអភិវឌ្ឍន៍ថ្មីដែលបង្ហាញពីវដ្តខ្លីសម្រាប់ការបង្កើតការចេញផ្សាយថ្មី។ មុខងារថ្មីឥឡូវនេះត្រូវបានបង្កើតឡើងនៅក្នុងសាខាមេដែលបានធ្វើបច្ចុប្បន្នភាពឥតឈប់ឈរ ដែលរួមបញ្ចូលការផ្លាស់ប្តូរដែលត្រៀមរួចជាស្រេច និងពីសាខាណាដែលត្រូវបានបំបែកជារៀងរាល់ប្រាំមួយខែម្តង ដើម្បីរក្សាស្ថេរភាពនៃការចេញផ្សាយថ្មី។

ពី ការច្នៃប្រឌិត Java 15 អាចធ្វើបាន សញ្ញា:

• ភ្ជាប់មកជាមួយ ការគាំទ្រសម្រាប់ EdDSA (Edwards-Curve Digital Signature Algorithm) ក្បួនដោះស្រាយការបង្កើតហត្ថលេខាឌីជីថល RFC 8032) ការអនុវត្ត EdDSA ដែលស្នើឡើងមិនអាស្រ័យលើវេទិកាផ្នែករឹងទេ វាត្រូវបានការពារពីការវាយប្រហារតាមឆានែលចំហៀង (ពេលវេលាថេរនៃការគណនាទាំងអស់ត្រូវបានធានា) និងដំណើរការលឿនជាងការអនុវត្ត ECDSA ដែលមានស្រាប់ដែលសរសេរជាភាសា C ជាមួយនឹងកម្រិតនៃការការពារដូចគ្នា។ ឧទាហរណ៍ EdDSA ដោយប្រើខ្សែកោងរាងអេលីបដែលមានគន្លឹះ 126 ប៊ីតបង្ហាញពីដំណើរការស្រដៀងគ្នាទៅនឹង ECDSA ជាមួយនឹងខ្សែកោងរាងអេលីប secp256r1 និងគន្លឹះ 128 ប៊ីត។
• បន្ថែម ការ​គាំទ្រ​ដោយ​ការ​ពិសោធន៍​សម្រាប់​ថ្នាក់ និង​ចំណុច​ប្រទាក់​ដែល​បិទ​ជិត ដែល​មិន​អាច​ត្រូវ​បាន​ប្រើ​ដោយ​ថ្នាក់ និង​ចំណុច​ប្រទាក់​ផ្សេង​ទៀត​ដើម្បី​ទទួល​មរតក ពង្រីក ឬ​បដិសេធ​ការ​អនុវត្ត។ ថ្នាក់បិទជិតក៏ផ្តល់នូវវិធីប្រកាសបន្ថែមទៀតដើម្បីដាក់កម្រិតលើការប្រើប្រាស់ superclass ជាជាងការចូលប្រើកម្មវិធីកែប្រែ ដោយផ្អែកលើការរាយបញ្ជីយ៉ាងច្បាស់លាស់នៃថ្នាក់រងដែលអនុញ្ញាតសម្រាប់ផ្នែកបន្ថែម។

  កញ្ចប់ com.example.geometry;

  រូបរាងថ្នាក់បិទជិតសាធារណៈ
  អនុញ្ញាត com.example.polar.Circle,
  com.example.quad.ចតុកោណ,
  com.example.quad.simple.Square {…}

• បន្ថែម ការ​គាំទ្រ​សម្រាប់​ថ្នាក់​លាក់​មិន​អាច​ត្រូវ​បាន​ប្រើ​ដោយ​ផ្ទាល់​ដោយ​លេខ​កូដ​នៃ​ថ្នាក់​ផ្សេង​ទៀត​។ គោលបំណងសំខាន់នៃថ្នាក់ដែលលាក់គឺត្រូវប្រើក្នុងក្របខ័ណ្ឌដែលបង្កើតថ្នាក់ថាមវន្តនៅពេលដំណើរការ ហើយប្រើពួកវាដោយប្រយោល តាមរយៈ ការឆ្លុះបញ្ចាំង. ថ្នាក់បែបនេះជាធម្មតាមានវដ្តជីវិតមានកំណត់ ដូច្នេះការរក្សាពួកវាឱ្យចូលប្រើពីថ្នាក់ដែលបានបង្កើតដោយស្ថាបត្យកម្មមិនសមហេតុផលទេ ហើយនឹងនាំឱ្យការប្រើប្រាស់អង្គចងចាំកើនឡើងប៉ុណ្ណោះ។ ថ្នាក់ដែលលាក់ក៏លុបបំបាត់តម្រូវការសម្រាប់ API ដែលមិនស្តង់ដារ sun.misc.Unsafe::defineAnonymousClass ដែលត្រូវបានកំណត់សម្រាប់ការដកចេញនាពេលអនាគត។
• ឧបករណ៍ប្រមូលសំរាម ZGC (Z Garbage Collector) មានស្ថេរភាព និងត្រូវបានទទួលស្គាល់ថារួចរាល់សម្រាប់ការប្រើប្រាស់យ៉ាងទូលំទូលាយ។ ZGC ដំណើរការក្នុងរបៀបអកម្ម កាត់បន្ថយភាពយឺតយ៉ាវដោយសារការប្រមូលសំរាមឱ្យបានច្រើនតាមតែអាចធ្វើទៅបាន (ពេលវេលាឈប់នៅពេលប្រើ ZGC មិនលើសពី 10 ms ។) ហើយអាចធ្វើការជាមួយទាំងទំហំតូច និងធំ ដែលមានទំហំចាប់ពីរាប់រយមេហ្គាបៃទៅច្រើន terabytes ។
• មានស្ថេរភាព និងបានរកឃើញរួចរាល់សម្រាប់ការប្រើប្រាស់ទូទៅ
  អ្នក​ប្រមូល​សំរាម សេនដូណា។ធ្វើការជាមួយការផ្អាកតិចតួចបំផុត (Low-Pause-Time Garbage Collector)។ Shenandoah ត្រូវ​បាន​បង្កើត​ឡើង​ដោយ Red Hat ហើយ​វា​គួរ​ឱ្យ​កត់​សម្គាល់​សម្រាប់​ការ​ប្រើ​ប្រាស់​នៃ​ក្បួន​ដោះស្រាយ​ដែល​កាត់​បន្ថយ​ពេល​ឈប់​សម្រាក​ក្នុង​អំឡុង​ពេល​ប្រមូល​សំរាម​ដោយ​ដំណើរការ​សម្អាត​ស្រប​នឹង​ការ​ប្រតិបត្តិ​កម្មវិធី Java ។ ទំហំនៃការពន្យារពេលដែលណែនាំដោយអ្នកប្រមូលសំរាមគឺអាចព្យាករណ៍បាន និងមិនអាស្រ័យលើទំហំរបស់គំនរ, i.e. សម្រាប់ heaps នៃ 200 MB និង 200 GB ការពន្យារពេលនឹងដូចគ្នាបេះបិទ (កុំចេញមក លើសពី 50 ms និងជាធម្មតាក្នុងរយៈពេល 10 ms);

• ការគាំទ្រត្រូវបានធ្វើឱ្យមានស្ថេរភាព និងបញ្ចូលទៅក្នុងភាសា ប្លុកអត្ថបទ - ទម្រង់អក្សរថ្មីនៃខ្សែអក្សរដែលអនុញ្ញាតឱ្យអ្នកបញ្ចូលទិន្នន័យអត្ថបទច្រើនបន្ទាត់ក្នុងកូដប្រភពដោយមិនប្រើការគេចចេញតួអក្សរ និងរក្សាទុកទម្រង់អត្ថបទដើមនៅក្នុងប្លុក។ ប្លុកនេះត្រូវបានស៊ុមដោយសម្រង់ពីរ។

  ឧទាហរណ៍ជំនួសឱ្យលេខកូដ

  ខ្សែអក្សរ html = " » +
  "\n\t" + " » +
  "\n\t\t" + " \"Java 1 មកដល់ហើយ!\" » +
  "\n\t" + " » +
  "\n" + " ";

  អ្នកអាចបញ្ជាក់៖

  ខ្សែអក្សរ html = """
  
  
  » Java 1\
  នៅ​ទីនេះ!
  
  """;

• រចនាឡើងវិញ Legacy DatagramSocket API ។ ការអនុវត្តចាស់របស់ java.net.DatagramSocket និង java.net.MulticastSocket ត្រូវបានជំនួសដោយការអនុវត្តបែបទំនើប ដែលងាយស្រួលក្នុងការបំបាត់កំហុស និងថែទាំ ហើយវាក៏ត្រូវគ្នាជាមួយស្ទ្រីមនិម្មិតដែលត្រូវបានបង្កើតឡើងនៅក្នុងគម្រោងផងដែរ។ ឡូម. ក្នុងករណីដែលមិនឆបគ្នាជាមួយកូដដែលមានស្រាប់ ការអនុវត្តចាស់មិនត្រូវបានដកចេញទេ ហើយអាចបើកបានដោយប្រើជម្រើស jdk.net.usePlainDatagramSocketImpl។
• ការ​អនុវត្ត​ពិសោធន៍​លើក​ទី​ពីរ​បាន​ស្នើ​ឡើង ការផ្គូផ្គងលំនាំ នៅក្នុង "instanceof" operator ដែលអនុញ្ញាតឱ្យអ្នកកំណត់អថេរមូលដ្ឋានភ្លាមៗដើម្បីចូលប្រើតម្លៃដែលបានពិនិត្យ។ ឧទាហរណ៍ អ្នកអាចសរសេរភ្លាមៗថា “if (obj instanceof String s && s.length() > 5) {.. s.contains (..) ..}” ដោយមិនកំណត់ច្បាស់ថា “String s = (String) obj” ។

  គឺ៖

  ប្រសិនបើ (obj ឧទាហរណ៍នៃក្រុម) {
  ក្រុម = (ក្រុម)obj;
  var entries = group.getEnries();
  }

  ឥឡូវនេះអ្នកអាចធ្វើបានដោយគ្មាននិយមន័យ "ក្រុម = (ក្រុម) obj":

  ប្រសិនបើ (obj ឧទាហរណ៍នៃក្រុមក្រុម) {
  var entries = group.getEnries();
  }

• បានស្នើឡើង ការអនុវត្តពិសោធន៍ទីពីរនៃពាក្យគន្លឹះ "កំណត់ត្រា" ដែលផ្តល់នូវទម្រង់បង្រួមសម្រាប់កំណត់ថ្នាក់ ដែលអនុញ្ញាតឱ្យអ្នកជៀសវាងការកំណត់យ៉ាងច្បាស់នូវវិធីសាស្រ្តកម្រិតទាបជាច្រើនដូចជា equals(), hashCode() និង toString() ក្នុងករណីដែលទិន្នន័យត្រូវបានរក្សាទុកតែក្នុងវាលដែលឥរិយាបថមិនផ្លាស់ប្តូរ។ នៅពេលដែលថ្នាក់ប្រើការអនុវត្តស្តង់ដារនៃវិធីសាស្ត្រ equals() hashCode() និង toString() វាអាចធ្វើបានដោយគ្មាននិយមន័យច្បាស់លាស់របស់ពួកគេ៖

  កំណត់ត្រាសាធារណៈ BankTransaction (កាលបរិច្ឆេទក្នុងស្រុក,
  ចំនួនទ្វេរដង
  ការពិពណ៌នាខ្សែអក្សរ) {}

  សេចក្តីប្រកាសនេះនឹងបន្ថែមការអនុវត្តដោយស្វ័យប្រវត្តិនៃវិធីសាស្ត្រ equals(), hashCode() និង toString() បន្ថែមលើវិធីសាស្រ្ត constructor និង getter ។

• បានស្នើឡើង ការមើលជាមុនទីពីរនៃ Foreign-Memory Access API ដែលអនុញ្ញាតឱ្យកម្មវិធី Java ចូលប្រើតំបន់អង្គចងចាំខាងក្រៅ Java heap ដោយសុវត្ថិភាព និងមានប្រសិទ្ធភាព ដោយរៀបចំ MemorySegment, MemoryAddress និង MemoryLayout abstractions ថ្មី។
• ពិការ និងបដិសេធបច្ចេកទេសបង្កើនប្រសិទ្ធភាពការចាក់សោដោយលំអៀងដែលប្រើនៅក្នុង HotSpot JVM ដើម្បីកាត់បន្ថយការចាក់សោរពីលើក្បាល។ បច្ចេកទេសនេះបានបាត់បង់ភាពពាក់ព័ន្ធរបស់វាទៅលើប្រព័ន្ធដែលមានការណែនាំអាតូមិកដែលផ្តល់ដោយស៊ីភីយូទំនើប ហើយប្រើប្រាស់កម្លាំងពលកម្មខ្លាំងពេកក្នុងការថែរក្សាដោយសារតែភាពស្មុគស្មាញរបស់វា។
• បានប្រកាស យន្តការហួសសម័យ ការធ្វើឱ្យសកម្ម RMIដែលនឹងត្រូវបានយកចេញនៅក្នុងការចេញផ្សាយនាពេលខាងមុខ។ វាត្រូវបានកត់សម្គាល់ថាការធ្វើឱ្យសកម្ម RMI គឺហួសសម័យហើយត្រូវបានកាត់ចេញពីប្រភេទនៃជម្រើសនៅក្នុង Java 8 ហើយស្ទើរតែមិនដែលប្រើក្នុងការអនុវត្តទំនើប។
• បានលុប ម៉ាស៊ីន JavaScript Nashornដែលត្រូវបានបដិសេធក្នុង Java SE 11។
• បានដកចេញ ច្រកសម្រាប់ប្រព័ន្ធដំណើរការ Solaris OS និង SPARC (Solaris / SPARC, Solaris / x64 និង Linux / SPARC) ។ ការដកច្រកទាំងនេះនឹងអនុញ្ញាតឱ្យសហគមន៍បង្កើនល្បឿននៃការអភិវឌ្ឍន៍មុខងារ OpenJDK ថ្មីដោយមិនខ្ជះខ្ជាយពេលវេលាក្នុងការថែរក្សាមុខងារជាក់លាក់របស់ Solaris និង SPARC ។

ប្រភព: opennet.ru