JDK/Java 15 发布

2020年09月16日

JDK/Java 15 已经发布。

根据发布规划,这是一个短期版本,只会受到 Oracle 6 个月的支持,直到明年 3 月 JDK 16 发布。受到 8 年长期支持的 LTS 每 3 年发布一个,上一次是 18 年 9 月的 JDK 11,下一次则是 JDK 17,将于明年发布。

JDK/Java 15 的亮点包括加密签名、文本块、隐藏类、外部存储器访问 API、 ZGC、模式匹配和 Records 等。

339: Edwards-Curve Digital Signature Algorithm (EdDSA)
360: Sealed Classes (Preview)
371: Hidden Classes
372: Remove the Nashorn JavaScript Engine
373: Reimplement the Legacy DatagramSocket API
374: Disable and Deprecate Biased Locking
375: Pattern Matching for instanceof (Second Preview)
377: ZGC: A Scalable Low-Latency Garbage Collector
378: Text Blocks
379: Shenandoah: A Low-Pause-Time Garbage Collector
381: Remove the Solaris and SPARC Ports
383: Foreign-Memory Access API (Second Incubator)
384: Records (Second Preview)
385: Deprecate RMI Activation for Removal

339: Edwards-Curve Digital Signature Algorithm (EdDSA)

使用 Edwards-Curve 数字签名算法(EdDSA)实现加密签名。与其它签名方案相比,EdDSA 具有更高的安全性和性能,并且已在许多其它加密库(如 OpenSSL 和 BoringSSL)中得到支持。

360: Sealed Classes (Preview)

用于限制超类的使用,密封的类和接口限制其它可能继承或实现它们的其它类或接口。

384:Records (Second Preview)

Records 提供了一种紧凑的语法来声明类,以帮助开发者写出更简洁的代码,这些类是浅层不可变数据(shallowly immutable data)的透明拥有者。该特性主要用在特定领域的类,这些类主要用于保存数据,不提供领域行为。目前处于第 2 个预览版本阶段。

373: Reimplement the Legacy DatagramSocket API

重新实现旧版 DatagramSocket API,用易于维护和调试的更简单、更现代的实现来代替java.net.DatagramSocketjava.net.MulticastSocketAPI 的基础实现。

379: Shenandoah: A Low-Pause-Time Garbage Collector (Production)

Shenandoah 垃圾回收从实验特性变为产品特性。这是一个从 JDK 12 引入的回收算法,该算法通过与正在运行的 Java 线程同时进行疏散工作来减少 GC 暂停时间。Shenandoah 的暂停时间与堆大小无关,无论堆栈是 200 MB 还是 200 GB,都具有相同的一致暂停时间。

其中有一些特性已经在 Java 14 中有所体现,详情可以查看:https://www.oschina.net/news/114156/jdk-14-ga

完整的更新信息可以查看:

https://openjdk.java.net/projects/jdk/15

展开阅读全文
10 收藏
分享
加载中
精彩评论
按目前的速度,JDK8和JDK80有望同台竞技。
2020-09-16 20:04
47
举报
我连java8都没学会......
2020-09-16 09:14
21
举报
老实说:OSCHINA 还在用 Java 8 而且还没有升级的计划呢!
2020-09-16 13:35
19
举报
我们Java11已经用了快1年了,比Java8多了不少实用的类,代码更简洁,也减少了第三方依赖包的使用。
2020-09-20 18:26
12
举报
坐等Java 17
2020-09-16 10:37
7
举报
最新评论 (87)
2020-09-23 00:21
0
回复
举报
赶快写稿子吧 快没纸了
2020-09-22 11:34
0
回复
举报
如果生态支持,建议升级
2020-09-22 09:37
0
回复
举报
你出这么快,我都还没有升级到jdk9
2020-09-22 09:02
0
回复
举报
java8很香
2020-09-22 08:52
0
回复
举报
jdk17依然干不过kotlin的感觉
2020-09-21 22:14
0
回复
举报
C21
到20时你再做观察下下。
2020-09-21 23:51
0
回复
举报
那为什么kotlin的用户量还是比java差得远呢, 语法糖够多也没能吸引足够多的后端开发不值得思考么
2020-09-22 09:54
1
回复
举报
这也能吐槽?历史原因java先发展,导致现在换成kotlin成本太大,毕竟又不是不能用。我吐槽的是java创新慢,一点点小特性都出的慢吞吞的,与之对比则是kotlin语法糖开发之快之多而已,如果有其他jvm语言更好我也会讲
2020-09-22 10:32
0
回复
举报
我不偏向哪种语言, 我只是觉得Kotlin在用户量上永远超不过Java, 除非完全脱离JVM自立门户,在基础上有所超越, 否则寄人篱下总是给人二等语言的印象, 处处受JVM的约束.
2020-09-22 11:03
1
回复
举报
你说的都对,我说的都错,你满意了
2020-09-22 11:21
0
回复
举报
不满意, 因为你说的都没错, 我们分析的方向不同, 你看微观语法, 我看宏观市场
2020-09-22 11:31
1
回复
举报
因为Java有历史包袱,需要更稳健的升级策略。除了协程,其他Kotlin有的,Java也基本都有了吧。
2020-09-27 17:20
0
回复
举报
嗯嗯,你说的都对,我很赞同
2020-09-27 17:25
0
回复
举报
已经用openjdk15 已经做了几十万的项目了
2020-09-21 19:20
2
回复
举报
8他不香吗。
2020-09-21 17:17
0
回复
举报
不知道现在Oracle靠java 的jdk一年能赚多少钱。。
2020-09-21 13:52
0
回复
举报
我就没见过什么公司用8以上的版本
2020-09-21 11:11
0
回复
举报
更多评论
87 评论
10 收藏
分享
返回顶部
顶部