目录:
- 1.简介
- 2.Java的新特性
- 2.1 Lambda表达式和函数式接口
- 2.2 接口的默认方法和静态方法
- 2.3 方法引用
- 2.4 重复注释
- 2.5 更好的类型推断
- 2.6 注解的扩展
- 3.Java编译器的新特性
- 3.1 参数名字
- 4.Java 库的新特性
- 4.1 Optional
- 4.2 Stream
- 4.3日期时间API(JSR310)
- 4.4 Nashorn javascript引擎
- 4.5 Base64
- 4.6 并行数组
- 4.7 并发
- 新的工具
- 5.1 Nashorn引擎:jjs
- 5.2 类依赖分析工具:jdeps
- 新的工具
- JVM的新特性
- 资源
1.简介
毫无疑问,Java 8是自Java 5(2004年)发布以来Java语言最大的一次版本升级,Java 8带来了很多的新特性,比如编译器、类库、开发工具和JVM(Java虚拟机)。在这篇教程中我们将会学习这些新特性,并通过真实例子演示说明它们适用的场景。
本教程由下面几部分组成,它们分别涉及到Java平台某一特定方面的内容:
语言
编译器
类库
开发工具
运行时(Java虚拟机)
2.Java的新特性
总体来说,Java 8是一个大的版本升级。有人可能会说,Java 8的新特性非常令人期待,但是也要花费大量的时间去学习。这一节我们会讲到这些新特性。
2.1 Lambda表达式和函数式接口
Lambda表达式(也叫做闭包)是Java 8中最大的也是期待已久的变化。它允许我们将一个函数当作方法的参数(传递函数),
或者说把代码当作数据,这是每个函数式编程者熟悉的概念。很多基于JVM平台的语言一开始就支持Lambda表达式,但是Java程序员没有选择,只能使用匿名内部类来替代Lambda表达式。
Lambda表达式的设计被讨论了很久,而且花费了很多的功夫来交流。不过最后取得了一个折中的办法,得到了一个新的简明并且紧凑的Lambda表达式结构。最简单的Lambda表达式可以用逗号分隔的参数列表、->符号和功能语句块来表示。示例如下:
|
|
请注意到编译器会根据上下文来推测参数的类型,或者你也可以显示地指定参数类型,只需要将类型包在括号里。举个例子:
|
|
如果Lambda的功能语句块太复杂,我们可以用大括号包起来,跟普通的Java方法一样,如下:
|
|
Lambda表达式可能会引用类的成员或者局部变量(会被隐式地转变成final类型),下面两种写法的效果是一样的:
|
|
和
|
|
Lambda表达式可能会有返回值,编译器会根据上下文推断返回值的类型。如果lambda的语句块只有一行,不需要return关键字。下面两个写法是等价的:
|
|
和
|
|
语言的设计者们思考了很多如何让现有的功能和lambda表达式友好兼容。于是就有了函数接口这个概念。函数接口是一种只有一个方法的接口,像这样地,函数接口可以隐式地转换成lambda表达式。
java.lang.Runnable 和java.util.concurrent.Callable是函数接口两个最好的例子。
但是在实践中,函数接口是非常脆弱的,只要有人在接口里添加多一个方法,那么这个接口就不是函数接口了,
就会导致编译失败。Java 8提供了一个特殊的注解 @FunctionalInterface 来克服上面提到的脆弱性并且显示
地表明函数接口的目的(java里所有现存的接口都已经加上了 @FunctionalInterface)。让我们看看一个简单的函数接口定义:
|
|
我们要记住默认的方法和静态方法(下一节会具体解释)不会违反函数接口的约定,例子如下:
|
|
支持Lambda是Java 8最大的卖点,他有巨大的潜力吸引越来越多的开发人员转到这个开发平台来,并且在纯Java里提供最新的函数式编程的概念。对于更多的细节,请参考官方文档。
测试原代码:
|
|
运行结果:
|
|
//英文原文:Java 8: The First Taste of Lambdas
//译文链接:Java 8: The First Taste of Lambdas (译)
//官方文档:Java 8: Lambda expressions
2.2 接口的默认方法和静态方法
Java 8增加了两个新的概念在接口声明的时候:默认和静态方法。默认方法和 Trait 有些类似,但是目标不一样。
默认方法允许我们在接口里添加新的方法,而不会破坏实现这个接口的已有类的兼容性,也就是说不会强迫实现接口的类实现默认方法。
默认方法和抽象方法的区别是抽象方法必须要被实现,默认方法不是。作为替代方式,接口可以提供一个默认的方法实现,
所有这个接口的实现类都会通过继承得倒这个方法(如果有需要也可以重写这个方法),让我们来看看下面的例子:
|
|
接口 Defaulable 使用 default 关键字声明了一个默认方法 notRequired (),类 DefaultableImpl 实现了 Defaulable 接口,
没有对默认方法做任何修改。另外一个类OverridableImpl重写类默认实现,提供了自己的实现方法。
Java 8 的另外一个有意思的新特性是接口里可以声明静态方法,并且可以实现。例子如下:
|
|
下面是把接口的静态方法和默认方法放在一起的示例(::new 是构造方法引用,后面会有详细描述):
|
|
控制台的输出如下:
Default implementation
Overridden implementation
JVM平台的接口的默认方法实现是很高效的,并且方法调用的字节码指令支持默认方法。
默认方法使已经存在的接口可以修改而不会影响编译的过程。
java.util.Collection中添加的额外方法就是最好的例子:stream(), parallelStream(), forEach(), removeIf()
虽然默认方法很强大,但是使用之前一定要仔细考虑是不是真的需要使用默认方法,因为在层级很复杂的情况下很容易引起模糊不清甚至变异错误。更多的详细信息请参考官方文档。
测试原代码:
|
|
运行结果:
|
|
2.3 方法引用
方法引用提供了一个很有用的语义来直接访问类或者实例的已经存在的方法或者构造方法。
结合Lambda表达式,方法引用使语法结构紧凑简明。不需要复杂的引用。
下面我们用Car 这个类来做示例,Car这个类有不同的方法定义。让我们来看看java 8支持的4种方法引用。
|
|
第一种方法引用是构造方法引用,语法是:Class::new
,对于泛型来说语法是:Class<T >::new
,请注意构造方法没有参数:
|
|
第二种方法引用是静态方法引用,语法是:Class::static_method
请注意这个静态方法只支持一个类型为Car的参数。
|
|
第三种方法引用是类实例的方法引用,语法是:Class::method
请注意方法没有参数。
|
|
最后一种方法引用是引用特殊类的方法,语法是:instance::method
,请注意只接受Car类型的一个参数。
|
|
运行这些例子我们将会在控制台得到如下信息(Car的实例可能会不一样):
Collided com.tu.test.java8.newfeature.TestMethodReferences$Car@a418fc
Repaired com.tu.test.java8.newfeature.TestMethodReferences$Car@a418fc
Following the com.tu.test.java8.newfeature.TestMethodReferences$Car@a418fc
关于方法引用更多的示例和详细信息,请参考官方文档
测试原代码:
|
|
运行结果:
|
|
2.4 重复注释
自从Java 5支持注释以来,注释变得特别受欢迎因而被广泛使用。但是有一个限制,
同一个地方的不能使用同一个注释超过一次。 Java 8打破了这个规则,引入了重复注释,允许相同注释在声明使用的时候重复使用超过一次。
重复注释本身需要被 @Repeatable 注释。实际上,他不是一个语言上的改变,只是编译器层面的改动,技术层面仍然是一样的。让我们来看看例子:
|
|
我们可以看到,注释Filter被 @Repeatable( Filters.class )注释。Filters 只是一个容器,
它持有Filter, 编译器尽力向程序员隐藏它的存在。通过这样的方式,Filterable接口可以被Filter注释两次。
另外,反射的API提供一个新方法getAnnotationsByType() 来返回重复注释的类型
(请注意Filterable.class.getAnnotation( Filters.class )将会返回编译器注入的Filters实例)。
程序的输出将会是这样:
|
|
更多详细信息请参考官方文档。
2.5 更好的类型推断
Java 8在类型推断方面改进了很多,在很多情况下,编译器可以推断参数的类型,从而保持代码的整洁。让我们看看例子:
|
|
这里是Value< String >的用法
|
|
参数Value.defaultValue()的类型被编译器推断出来,不需要显式地提供类型。
在java 7, 相同的代码不会被编译,需要写成:Value.< String >defaultValue()
2.6 注解的扩展
Java 8扩展了注解可以使用的范围,现在我们几乎可以在所有的地方:
局部变量、泛型、超类和接口实现、甚至是方法的Exception声明。一些例子如下:
|
|
Java 8 新增加了两个注解的程序元素类型 ElementType.TYPE_USE
和ElementType.TYPE_PARAMETER
,
这两个新类型描述了可以使用注解的新场合。注解处理API(Annotation Processing API
)也做了一些细微的改动,来识别这些新添加的注解类型。
3.Java编译器的新特性
3.1 参数名字
很长时间以来,Java程序员想尽办法把参数名字保存在java字节码里,并且让这些参数名字在运行时可用。
Java 8 终于把这个需求加入到了Java语言(使用反射API和Parameter.getName() 方法)和字节码里(使用java编译命令javac的–parameters参数)。
|
|
如果你编译这个class的时候没有添加参数–parameters,运行的时候你会得到这个结果:
Parameter: arg0
编译的时候添加了–parameters参数的话,运行结果会不一样:
Parameter: args
对于有经验的Maven使用者,–parameters参数可以添加到maven-compiler-plugin的配置部分:
|
|
最新版的Eclipse Kepler SR2 提供了编译设置项,如下图所示:
Picture 1. Configuring Eclipse projects to support new Java 8 compiler –parameters argument.
store method parameter names(usable via reflection)
存储通过反射方法参数名称(通过反射可用)
额外的,有一个方便的方法Parameter.isNamePresent() 来验证参数名是不是可用。
4.Java 库的新特性
Java 8 新添加了很多类,并且扩展了很多现有的类来更好地支持现代并发、函数式编程、日期\时间等等。
4.1 Optional
著名的NullPointerException 是引起系统失败最常见的原因。
很久以前Google Guava 项目引入了Optional作为解决空指针异常的一种方式,
不赞成代码被null检查的代码污染,期望程序员写整洁的代码。受Google Guava的鼓励,Optional 现在是Java 8库的一部分。
Optional 只是一个容器,它可以保存一些类型的值或者null。它提供很多有用的方法,所以没有理由不显式地检查null。请参照java 8的文档查看详细信息。
让我们看看两个Optional 用法的小例子:一个是允许为空的值,另外一个是不允许为空的值。
|
|
如果Optional实例有非空的值,方法 isPresent() 返回true否则返回false。方法orElseGet提供了回退机制,当Optional的值为空时接受一个方法返回默认值。
map()方法转化Optional当前的值并且返回一个新的Optional实例。orElse方法和orElseGet类似,但是它不接受一个方法,而是接受一个默认值。上面代码运行结果如下:
Full Name is set? false
Full Name: [none]
Hey Stranger!
让我们大概看看另外一个例子。
|
|
输出如下:
First Name is set? true
First Name: Tom
Hey Tom!
更多详细信息请参考官方文档 。
测试原代码:
|
|
运行结果:
|
|
4.2 Stream
新增加的Stream API (java.util.stream)引入了在Java里可以工作的函数式编程。
这是目前为止对java库最大的一次功能添加,希望程序员通过编写有效、整洁和简明的代码,能够大大提高生产率。
Stream API让集合处理简化了很多(我们后面会看到不仅限于Java集合类)。让我们从一个简单的类Task开始来看看Stream的用法。
|
|
Task类有一个分数的概念(或者说是伪复杂度),其次是还有一个值可以为OPEN或CLOSED的状态.让我们引入一个Task的小集合作为演示例子:
|
|
第一个问题是所有的开放的Task的点数是多少?在java 8 之前,通常的做法是用foreach迭代。但是Java8里头我们会用Stream。Stream是多个元素的序列,支持串行和并行操作。
|
|
控制台的输出将会是:
Total points: 18
上面代码执行的流程是这样的,首先Task集合会被转化为Stream表示,然后filter操作会过滤掉所有关闭的Task,接下来使用Task::getPoints 方法取得每个Task实例的点数,mapToInt方法会把Task Stream转换成Integer Stream,最后使用Sum方法将所有的点数加起来得到最终的结果。
在我们看下一个例子之前,我们要记住一些关于Stream的说明。Stream操作被分为中间操作和终点操作。
中间操作返回一个新的Stream。这些中间操作是延迟的,执行一个中间操作比如filter实际上不会真的做过滤操作,而是创建一个新的Stream,当这个新的Stream被遍历的时候,它里头会包含有原来Stream里符合过滤条件的元素。
终点操作比如说forEach或者sum会遍历Stream从而产生最终结果或附带结果。终点操作执行完之后,Stream管道就被消费完了,不再可用。在几乎所有的情况下,终点操作都是即时完成对数据的遍历操作。
Stream的另外一个价值是Stream创造性地支持并行处理。让我们看看下面这个例子,这个例子把所有task的点数加起来。
|
|
这个例子跟上面那个非常像,除了这个例子里使用了parallel()方法 并且计算最终结果的时候使用了reduce方法。
输出如下:
Total points (all tasks): 26.0
经常会有这个一个需求:我们需要按照某种准则来对集合中的元素进行分组。Stream也可以处理这样的需求,下面是一个例子:
|
|
控制台的输出如下:
{CLOSED=[[CLOSED, 8]], OPEN=[[OPEN, 5], [OPEN, 13]]}
让我们来计算整个集合中每个task分数(或权重)的平均值来结束task的例子。
|
|
控制台输出如下:
[19%, 50%, 30%]
最后,就像前面提到的,Stream API不仅仅处理Java集合框架。像从文本文件中逐行读取数据这样典型的I/O操作也很适合用Stream API来处理。下面用一个例子来应证这一点。
|
|
Stream的方法onClose 返回一个等价的有额外句柄的Stream,当Stream的close()方法被调用的时候这个句柄会被执行。
Stream API、Lambda表达式还有接口默认方法和静态方法支持的方法引用,是Java 8对软件开发的现代范式的响应。
运行原代码:
|
|
运行结果:
|
|
再来点案例:
|
|
案例运行结果:
|
|
4.3日期时间API(JSR310)
Java 8引入了新的日期时间API(JSR 310)改进了日期时间的管理。日期和时间管理一直是Java开发人员最痛苦的问题。java.util.Date和后来的java.util.Calendar一点也没有改变这个情况(甚至让人们更加迷茫)。
因为上面这些原因,产生了Joda-Time ,可以替换Java的日期时间API。Joda-Time深刻影响了 Java 8新的日期时间API,Java 8吸收了Joda-Time 的精华。新的java.time包包含了所有关于日期、时间、日期时间、时区、Instant(跟日期类似但精确到纳秒)、duration(持续时间)和时钟操作的类。设计这些API的时候很认真地考虑了这些类的不变性(从java.util.Calendar吸取的痛苦教训)。如果需要修改时间对象,会返回一个新的实例。
让我们看看一些关键的类和用法示例。第一个类是Clock,Clock使用时区来访问当前的instant, date和time。Clock类可以替换 System.currentTimeMillis() 和 TimeZone.getDefault().
|
|
控制台输出如下:
2015-06-25T07:10:58.746Z
1435216258848
其他类我们看看LocalTime和LocalDate。LocalDate只保存有ISO-8601日期系统的日期部分,有时区信息,相应地,LocalTime只保存ISO-8601日期系统的时间部分,没有时区信息。LocalDate和LocalTime都可以从Clock对象创建。
|
|
控制台输出如下:
2015-06-25
2015-06-25
15:12:07.912
07:12:07.912
LocalDateTime类合并了LocalDate和LocalTime,它保存有ISO-8601日期系统的日期和时间,但是没有时区信息。让我们看一个简单的例子。
|
|
控制台输出如下:
2015-06-25T15:14:12.139
2015-06-25T07:14:12.139
如果您需要一个类持有日期时间和时区信息,可以使用ZonedDateTime,它保存有ISO-8601日期系统的日期和时间,而且有时区信息。让我们看一些例子:
|
|
控制台输出如下:
2015-06-25T15:14:51.607+08:00[Asia/Shanghai]
2015-06-25T07:14:51.607Z
2015-06-25T00:14:51.610-07:00[America/Los_Angeles]
最后让我们看看Duration类,Duration持有的时间精确到纳秒。它让我们很容易计算两个日期中间的差异。让我们来看一下:
|
|
上面的例子计算了两个日期(2015年5月25日和2016年5月25日)之间的持续时间(基于天数和小时)输出如下:
Duration in days: 366
Duration in hours: 8807
对于Java 8的新日期时间的总体印象还是比较积极的。一部分是因为有经历实战的Joda-Time的基础,
还有一部分是因为日期时间终于被认真对待而且听取了开发人员的声音。关于更多的详细信息,请参考官方文档。
4.4 Nashorn javascript引擎
Java 8提供了一个新的Nashorn javascript引擎,它允许我们在JVM上运行特定的javascript应用。Nashorn javascript引擎只是javax.script.ScriptEngine另一个实现,而且规则也一样,允许Java和JavaScript互相操作。这里有个小例子:
|
|
输出如下:
jdk.nashorn.api.scripting.NashornScriptEngine
Result: 2
4.5 Base64
对Base64的支持最终成了Java 8标准库的一部分,非常简单易用:
|
|
控制台输出的编码和解码的字符串
QmFzZTY0IGZpbmFsbHkgaW4gSmF2YSA4IQ==
Base64 finally in Java 8!
新的Base64API也支持URL和MINE的编码解码。
(Base64.getUrlEncoder() / Base64.getUrlDecoder(), Base64.getMimeEncoder() / Base64.getMimeDecoder()).
4.6 并行数组
Java 8新增加了很多方法支持并行的数组处理。最重要的大概是parallelSort()这个方法显著地使排序在多核计算机上速度加快。下面的小例子演示了这个新的方法(parallelXXX)的行为。
|
|
这一小段代码使用parallelSetAll() t方法填充这个长度是2000的数组,然后使用parallelSort() 排序。
这个程序输出了排序前和排序后的10个数字来验证数组真的已经被排序了。示例可能的输出如下(请注意这些数字是随机产生的)
650193 416424 740906 224816 806179 81842 605508 85078 206531 792115
28 57 91 98 184 274 341 342 442 469
4.7 并发
在新增Stream机制与lambda的基础之上,在java.util.concurrent.ConcurrentHashMap中加入了一些新方法来支持聚集操作。
同时也在java.util.concurrent.ForkJoinPool类中加入了一些新方法来支持共有资源池(common pool)。
新增的java.util.concurrent.locks.StampedLock类提供一直基于容量的锁,
这种锁有三个模型来控制读写操作(它被认为是不太有名的java.util.concurrent.locks.ReadWriteLock类的替代者)。
在java.util.concurrent.atomic包中还增加了下面这些类:
DoubleAccumulator
DoubleAdder
LongAccumulator
LongAdder
5. 新的工具
Java 8 提供了一些新的命令行工具,在这节里我们将会介绍它们中最有趣的部分。
5.1 Nashorn引擎:jjs
jjs是个基于Nashorn引擎的命令行工具。它接受一些JavaScript源代码为参数,并且执行这些源代码。例如,我们创建一个具有如下内容的func.js文件:
|
|
我们可以把这个文件作为参数传递给jjs使得这个文件可以在命令行中执行
|
|
输出结果如下
2
更多的详细信息请参考官方文档。
5.2 类依赖分析工具:jdeps
Jdeps是一个功能强大的命令行工具,它可以帮我们显示出包层级或者类层级java类文件的依赖关系。它接受class文件、目录、jar文件作为输入,默认情况下,jdeps会输出到控制台。
作为例子,让我们看看现在很流行的Spring框架的库的依赖关系报告。为了让报告短一些,我们只分析一个jar: org.springframework.core-3.0.5.RELEASE.jar.
jdeps org.springframework.core-3.0.5.RELEASE.jar 这个命令输出内容很多,我们只看其中的一部分,这些依赖关系根绝包来分组,如果依赖关系在classpath里找不到,就会显示not found.
|
|
更多的详细信息请参考官方文档。
6. JVM的新特性
JVM内存永久区已经被metaspace替换(JEP 122)。JVM参数 -XX:PermSize 和 –XX:MaxPermSize被XX:MetaSpaceSize 和 -XX:MaxMetaspaceSize代替。
7. 资源
下面一些文章从不同层面上深度讨论了Java 8的特性:
What’s New in JDK 8
The Java Tutorials
WildFly 8, JDK 8, NetBeans 8, Java EE 7
Java 8 Tutorial
JDK 8 Command-line Static Dependency Checker
The Illuminating Javadoc of JDK 8
The Dark Side of Java 8
Installing Java™ 8 Support in Eclipse Kepler SR2
Java 8
Oracle Nashorn. A Next-Generation JavaScript Engine for the JVM
Java 8 特性 – 终极手册
JAVA8 十大新特性详解
Demo下载
本文案例Demo下载