Java 9 – 终极特性列表 已翻译 100%

oschina 投递于 2014/09/13 07:30 (共 11 段, 翻译完成于 09-16)
阅读 53490
收藏 95
15
加载中

本文会根据针对即将发布的Java 9新特性做同步更新(最后更新:9/9/2014)

加快OpenJDK的开发速度: 继2014年3月份发布了Java 8之后,我们进入下一个两年的发布周期. Java 9预计在2016年发布,并且已经公布了JEP(JDK改进提议)中的前期列表.同时,我们已经把一些新特性整理到了JSR(Java规范请求),还有提出了一些希望包括在新版本中的其他特性.

这些重要的特性都包括在Jigsaw项目中。显著的性能改善和期待已久的API包括:进程API更新,JSON将成为java.util的一部分,货币处理API.对于想处在技术最前沿的你,可从这里获得Java 9的初期版本.

本文将根据Java 9的新特性做持续更新。敬请关注!

目录

  1. [已接受]Jigsaw 项目&#8211:源代码模块化

  2. [已接受]简化进程API

  3. [已接受]轻量化JSON API

  4. [已接受]货币API

  5. [已接受]改善竞争锁

  6. [已接受]分割代码缓存区

  7. [已接受]Smart Java Compilation项目 &#8211:第二阶段

  8. [期望]HTTP 客户端

  9. [期望]在Java中包含REPL

  10. 这些新特性从哪里来的?

SumerTiger
翻译于 2014/09/14 00:30
1

被接受的特性

1. Jigsaw 项目;模块化源码

Jigsaw项目是为了模块化Java代码、将JRE分成可相互协作的组件,这也是Java 9 众多特色种的一个。JEP是迈向Jigsaw四步中的第一步,它不会改变JRE和JDK的真实结构。JEP是为了模块化JDK源代码,让编译系统能够模块编译并在构建时检查模块边界。这个项目原本是随Java 8发布的,但由于推迟,所以将把它加到Java 9.

一旦它完成,它可能允许根据一个项目需求自定义组件从而减少rt.jar的大小。在JDK 7 和JDK 8的rt.jar包中有大约20,000个类,但有很多类在一些特定的环境里面并没有被用到(即使在Java 8的紧凑分布特性中已经包含了一部分解决方法也存在着类冗余)。这么做是为了能让Java能够容易应用到小型计算设备(比如网络设备)中,提高它的安全和性能,同时也能让开发者更容易构建和维护这些类库。

更多JEP 201内容

SumerTiger
翻译于 2014/09/15 00:03
3

2. 简化进程API

截止到目前,Java控制与管理系统进程的能力是有限的。举个例子,现在为了简便获取你程序的进程PID,你要么调用本地程序要么要自己使用一些变通方案。更多的是,每个(系统)平台需要有一个不同实现来确保你能获得正确的结果。

期望代码能获取Linux PIDS,现在是如下方式:

public static void main(String[] args) throws Exception
{
    Process proc = Runtime.getRuntime().exec(new String[]{ "/bin/sh", "-c", "echo $PPID" });

    if (proc.waitFor() == 0)
    {
        InputStream in = proc.getInputStream();
        int available = in.available();
        byte[] outputBytes = new byte[available];

    in.read(outputBytes);
    String pid = new String(outputBytes);

    System.out.println("Your pid is " + pid);
    }
}

在Java 9中,可以变换成如下方式(支持所有的操作系统):

System.out.println("Your pid is " + Process.getCurrentPid());

这次更新将会扩展Java与操作系统的交互能力:新增一些新的直接明了的方法去处理PIDs,进程名字和状态以及枚举多个JVM和进程以及更多事情。

潘光华
翻译于 2014/09/15 09:04
4

3. 轻量级 JSON API

目前有多种处理JSON的Java工具,但JSON API 独到之处在于JSON API将作为Java语言的一部分,轻量并且运用Java 8的新特性。它将放在java.util包里一起发布(但在JSR 353里面的JSON是用第三方包或者其他的方法处理的).

**代码例子稍后列出!

SumerTiger
翻译于 2014/09/15 16:49
2

4. 钱和货币的API

在Java 8引进了日期和时间的API之后, Java 9引入了新的货币API, 用以表示货币, 支持币种之间的转换和各种复杂运算. 关于这个项目的具体情况, 请访问https://github.com/JavaMoney,里面已经给出了使用说明和示例, 以下是几个重要的例子:

//新的类型: Money & FastMoney

Money amt1 = Money.of(10.1234556123456789, "USD"); // Money is a BigDecimal
FastMoney amt2 = FastMoney.of(123456789, "USD"); // FastMoney is up to 5 decimal places
Money total = amt1.add(amt2);
// 钱表达成各国货币的方法:

MonetaryAmountFormat germanFormat = MonetaryFormats.getAmountFormat(
Locale.GERMANY);

System.out.println(germanFormat.format(monetaryAmount)); // 1.202,12 USD

更多关于 JSR 354的内容

凤阳马超
翻译于 2014/09/15 21:20
4

5. 改善锁争用机制

锁争用是限制许多Java多线程应用性能的瓶颈. 新的机制在改善Java对象监视器的性能方面已经得到了多种基准(benchmark)的验证, 其中包括Volano. 测试中通讯服务器开放了海量的进程来连接客户端, 其中有很多连接都申请同一个资源, 以此模拟重负荷日常应用.

通过诸如此类的压力测试我们可以估算JVM的极限吞吐量(每秒的消息数量). JEP在22种不同的测试中都得到了出色的成绩, 新的机制如果能在Java 9中得到应用的话, 应用程序的性能将会大大提升.

关于JEP 143的更多内容

凤阳马超
翻译于 2014/09/15 21:59
4

6. 代码分段缓存

Java 9的另一个性能提升来自于JIT(Just-in-time)编译器. 当某段代码被大量重复执行的时候, 虚拟机会把这段代码编译成机器码(native code)并储存在代码缓存里面, 进而通过访问缓存中不同分段的代码来提升编译器的效率.

和原来的单一缓存区域不同的是, 新的代码缓存根据代码自身的生命周期而分为三种:

- 永驻代码(JVM 内置 / 非方法代码)

- 短期代码(仅在某些条件下适用的配置性(profiled)代码)

- 长期代码(非配置性代码)

缓存分段会在各个方面提升程序的性能, 比如做垃圾回收扫描的时候可以直接跳过非方法代码(永驻代码), 从而提升效率.

更多关于JEP 197的内容

凤阳马超
翻译于 2014/09/16 00:20
4

7. 智能Java编译, 第二阶段

智能Java编译工具sjavac的第一阶段开始于JEP 139这个项目, 用于在多核处理器上提升JDK的编译速度. 现在这个项目已经进入第二阶段(JEP 199), 目的是改进sjavac并让其成为取代目前JDK编译工具javac的Java默认的通用编译工具.

凤阳马超
翻译于 2014/09/16 00:32
3

其他值得期待的内容:

8. HTTP 2.0客户端

HTTP 2.0标准虽然还没正式发布, 但是已经进入了最终审查阶段, 预计可以在Java 9发布之前审查完毕. JEP 110将会重新定义并实现一个全新的Java HTTP客户端, 用来取代现在的HttpURLConnection, 同时也会实现HTTP 2.0和网络接口(原文websockets). 它现在还没被JEP正式认可但我们希望在Java 9中包含这一项目的内容.

官方的HTTP 2.0 RFC(Request for Comments, 官方技术讨论/会议记录等等的一系列文档记录)预订于2015年2月发布, 它是基于Google发布的SPDY(Speedy, 快速的)协议. 基于SPDY协议的网络相对于基于HTTP 1.1协议的网络有11.81%到47.7%之间的显著提速, 现在已经有浏览器实现了这个协议.

凤阳马超
翻译于 2014/09/16 02:26
3

9. Kulla计划: Java的REPL实现

这个取名为Kulla的项目最近宣布将于2015年4月整合测试, 虽然已经不太有希望能赶上Java 9的发布, 但如果进度快的话或许刚好能赶上. 现在Java并没有来自官方的REPL(Read-Eval-Print-Loop)方式, 也就是说现在如果你想要跑几行Java代码做一个快速的测试, 你仍然需要把这几行代码封装在项目或者方法里面. 虽然在一些流行的IDE里面有Java REPL工具, 但它们并没有官方支持, 而Kulla项目或许就能成为Java官方发布的REPL解决方案. 

更多关于Kulla计划的内容

凤阳马超
翻译于 2014/09/16 02:51
3
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(54)

茜牵左手

引用来自“Smile月光”的评论

8都还没正式使用,你们呢
我们公司用的八
浮生若梦E
浮生若梦E
正确的思路应该是使用大版本的工具 小版本的更新 可能会有bug,也就是使用较稳定的大版本。
而不是死守着低版本的东西 怕麻烦 去更新版本 ,怕更新后 项目 出错 又不想浪费时间去 测试 更新后的版本 。又怕更新后的工具版本 有bug 。 前怕狼后怕虎 很多公司都这样吧 可能一些程序员 java 8都不知道 更别提去了解 新特性了
马桶盖

引用来自“subool”的评论

其实java5已经很好用, java6已经够用了, java7又好了不少, java8已经很好了, java9又要好一点了, java确实在不断更好, 为什么不象.net那样一步到位呢?
谁说.net一步到位了....
开源JXADF
开源JXADF
模块化,还是OSGi成为了事实标准,jigsaw中文社区,http://jigsaw.org.cn
Oooo白水
Oooo白水
公司用1.5的飘过
鳄鱼的眼泪
最期望的是提升import的功能,java的import语句一直名不符实,更像.net的using语句
wlrjgzs
wlrjgzs
目前为止还没有发现5满足不了我要求的。
饶飞成
饶飞成
仍然使用java 5!
osDaniel
osDaniel
相当好的特性更新啊~~~尤其是2,3,5~~
吾同树
吾同树
7都还没有普及呢
返回顶部
顶部