ProHoster > ဘလော့ > အင်တာနက်သတင်း > Java SE 18 ထွက်ရှိသည်။

Java SE 18 ထွက်ရှိသည်။

ဖွံ့ဖြိုးတိုးတက်မှုခြောက်လအကြာတွင် Oracle သည် OpenJDK open source ပရောဂျက်ကို ကိုးကားအကောင်အထည်ဖော်မှုအဖြစ် OpenJDK ကိုအသုံးပြုသည့် Java SE 18 (Java Platform၊ Standard Edition 18) ပလပ်ဖောင်းကို ထုတ်ပြန်ခဲ့သည်။ တားမြစ်ထားသောအင်္ဂါရပ်အချို့ကို ဖယ်ရှားခြင်းမှလွဲ၍ Java SE 18 သည် ယခင်ထွက်ရှိထားသော Java ပလပ်ဖောင်းများနှင့် နောက်ပြန်လိုက်ဖက်မှုကို ထိန်းသိမ်းထားပါသည်—ယခင်ရေးသားထားသော Java ပရောဂျက်အများစုသည် ဗားရှင်းအသစ်အောက်တွင် လုပ်ဆောင်သည့်အခါ ပြုပြင်မွမ်းမံခြင်းမရှိဘဲ ဆက်လက်လုပ်ဆောင်နေမည်ဖြစ်သည်။ ထည့်သွင်းနိုင်သော Java SE 18 (JDK၊ JRE နှင့် Server JRE) တို့ကို Linux (x86_64၊ AArch64)၊ Windows (x86_64) နှင့် macOS (x86_64၊ AArch64) အတွက် ပြင်ဆင်ထားပါသည်။ OpenJDK ပရောဂျက်မှ တီထွင်ထားသည့် Java 18 ရည်ညွှန်းအကောင်အထည်ဖော်မှုသည် GNU ClassPath ခြွင်းချက်များဖြင့် GNU ClassPath ခြွင်းချက်ဖြင့် စီးပွားရေးဆိုင်ရာထုတ်ကုန်များနှင့် တက်ကြွစွာချိတ်ဆက်ခြင်းကို ခွင့်ပြုရန် GPLv2 လိုင်စင်အောက်တွင် အပြည့်အဝဖွင့်ထားသည်။

Java SE 18 ကို နောက်ထွက်မွမ်းမံမှုများမတိုင်မီ ထုတ်ပြန်ရမည့် အဆင့်မြှင့်တင်မှုများနှင့်အတူ ပုံမှန်ပံ့ပိုးမှုထုတ်ဝေမှုအဖြစ် အမျိုးအစားခွဲခြားထားသည်။ Long Term Support (LTS) ဌာနခွဲသည် 17 ခုနှစ်အထိ အပ်ဒိတ်များကို လက်ခံရရှိမည့် Java SE 2029 ဖြစ်သင့်သည်။ Java 10 ထုတ်ဝေမှုမှစတင်ပြီး ပရောဂျက်သည် အသစ်ထွက်ရှိမှုအတွက် ပိုမိုတိုတောင်းသော စက်ဝန်းကို ဆိုလိုသည့် ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်အသစ်သို့ ပြောင်းသွားသည်ကို သတိရပါ။ လုပ်ဆောင်ချက်အသစ်များကို ယခု ပြီးစီးနေပြီဖြစ်သော ပြောင်းလဲမှုများနှင့် ထုတ်ဝေမှုများကို တည်ငြိမ်စေရန် ခြောက်လတစ်ကြိမ် အကိုင်းအခက်များ ပေါင်းစပ်ထားသည့် အဆက်မပြတ် မွမ်းမံထားသော မာစတာဌာနခွဲတစ်ခုတွင် လုပ်ဆောင်ချက်အသစ်များကို တီထွင်လျက်ရှိသည်။

Java 18 တွင် အင်္ဂါရပ်အသစ်များ ပါဝင်သည်-

  • По умолчанию задействована кодировка UTF-8. Java API, обрабатывающие текстовые данные с учётом кодировки символов, теперь будут по умолчанию использовать UTF-8 на всех платформах, независимо от системных настроек и выставленной локали. Для возвращения старого поведения, в котором кодировка выбирается с учётом системной локали, можно использовать параметр «-Dfile.encoding=COMPAT».
  • В состав включён пакет com.sun.net.httpserver, в которых входит утилита jwebserver и библиотечный API с реализацией простого http-сервера для отдачи статического контента (CGI и servlet-подобные обработчики не поддерживаются). Встроенный http-сервер не оптимизирован для рабочих нагрузок и не поддерживает управление доступом и аутентификацию, так как нацелен главным образом на использование в процессе разработки для создания прототипов, отладки и тестирования проектов.
  • В JavaDoc реализована поддержка тега «@snippet» для встраивания рабочих примеров и фрагментов кода в документацию на API, к которым можно применять средства для проверки корректности, подсветки синтаксиса и интеграции с IDE.
  • Переделана реализация API java.lang.reflect (Core Reflection), предназначенного для получения информации о методах, полях и контрукторах классов, а также доступа к внутренней структуре классов. Сам API java.lang.reflect остался неизменен, но теперь реализован через использование дескрипторов методов (method handles), предоставляемых модулем java.lang.invoke, вместо применения генераторов байткода. Изменение позволило унифицировать реализации java.lang.reflect и java.lang.invoke, и упростить их сопровождение.
  • Предложена третья предварительная реализация API Vector, предоставляющего функции для векторных вычислений, которые выполняются с использованием векторных инструкций процессоров x86_64 и AArch64 и позволяют одновременно применить операции сразу к нескольким значениям (SIMD). В отличие от предоставляемых в JIT-компиляторе HotSpot возможностей по автовекторизации скалярных операций, новый API даёт возможность явно управлять векторизацией для параллельной обработки данных.
  • Добавлен SPI-интерфейс (service-provider interface) для резолвинга имён хостов и IP-адресов, позволяющий задействовать в java.net.InetAddress альтернативные резолверы, не привязанные к обработчикам, предлагаемым операционной системой.
  • Предложена вторая предварительная реализация API Foreign Function & Memory, при помощи которого приложения могут взаимодействовать с кодом и данными, находящимися за пределами Java runtime. Новый API позволяет эффективно вызывать функции, выполняемые не в JVM, и обращаться к памяти, не управляемой JVM. Например, можно вызывать функции из внешних разделяемых библиотек и обращаться к данным процесса без использования JNI.
  • Добавлена вторая экспериментальная реализация сопоставления по шаблону в выражениях «switch», позволяющая в метках «case» использовать не точные значения, а гибкие шаблоны, охватывающие сразу серию значений, для которых ранее приходилось использовать громоздкие цепочки выражений «if…else». Object o = 123L; String formatted = switch (o) { case Integer i -> String.format(«int %d», i); case Long l -> String.format(«long %d», l); case Double d -> String.format(«double %f», d); case String s -> String.format(«String %s», s); default -> o.toString(); };
  • Объявлен устаревшим и будет отключён в одном из следующих выпусков механизм финализации, а также связанные с ним методы, такие как Object.finalize(), Enum.finalize(), Runtime.runFinalization() и System.runFinalization().
  • В сборщиках мусора ZGC (Z Garbage Collector), SerialGC и ParallelGC реализована поддержка дедупликации строк.

source: opennet.ru

မှတ်ချက် Add