Java语言的新特性
Java 8是Java的一个重大版本,有人认为,虽然这些新特性领Java开发人员十分期待,但同时也须要花很多精力去学习。在这一小节中,咱们将介绍Java 8的大部分新特性。
2.1 Lambda表达式和函数式接口
Lambda表达式(也称为闭包)是Java 8中最大和最使人期待的语言改变。它容许咱们将函数当成参数传递给某个方法,或者把代码自己看成数据处理:函数式开发者很是熟悉这些概念。不少JVM平台上的语言(Groovy、Scala等)从诞生之日就支持Lambda表达式,可是Java开发者没有选择,只能使用匿名内部类代替Lambda表达式。
Lambda的设计耗费了不少时间和很大的社区力量,最终找到一种折中的实现方案,能够实现简洁而紧凑的语言结构。最简单的Lambda表达式可由逗号分隔的参数列表、->符号和语句块组成,例如:
Arrays.asList( "a", "b", "d" ).forEach( e -> System.out.println( e ) );
在上面这个代码中的参数e的类型是由编译器推理得出的,你也能够显式指定该参数的类型,例如:
Arrays.asList( "a", "b", "d" ).forEach( ( String e ) -> System.out.println( e ) );
若是Lambda表达式须要更复杂的语句块,则可使用花括号将该语句块括起来,相似于Java中的函数体,例如:
Arrays.asList( "a", "b", "d" ).forEach( e -> {
System.out.print( e );
System.out.print( e );
} );
Lambda表达式能够引用类成员和局部变量(会将这些变量隐式得转换成final的),例以下列两个代码块的效果彻底相同:
String separator = ",";
Arrays.asList( "a", "b", "d" ).forEach(
( String e ) -> System.out.print( e + separator ) );
和
final String separator = ",";
Arrays.asList( "a", "b", "d" ).forEach(
( String e ) -> System.out.print( e + separator ) );
Lambda表达式有返回值,返回值的类型也由编译器推理得出。若是Lambda表达式中的语句块只有一行,则能够不用使用return语句,下列两个代码片断效果相同:
Arrays.asList( "a", "b", "d" ).sort( ( e1, e2 ) -> e1.compareTo( e2 ) );
和
Arrays.asList( "a", "b", "d" ).sort( ( e1, e2 ) -> {
int result = e1.compareTo( e2 );
return result;
} );
Lambda的设计者们为了让现有的功能与Lambda表达式良好兼容,考虑了不少方法,因而产生了函数接口这个概念。函数接口指的是只有一个函数的接口,这样的接口能够隐式转换为Lambda表达式。java.lang.Runnable和java.util.concurrent.Callable是函数式接口的最佳例子。在实践中,函数式接口很是脆弱:只要某个开发者在该接口中添加一个函数,则该接口就再也不是函数式接口进而致使编译失败。为了克服这种代码层面的脆弱性,并显式说明某个接口是函数式接口,Java 8 提供了一个特殊的注解@FunctionalInterface(Java 库中的全部相关接口都已经带有这个注解了),举个简单的函数式接口的定义:
@FunctionalInterface
public interface Functional {
void method();
}
不过有一点须要注意,默认方法和静态方法不会破坏函数式接口的定义,所以以下的代码是合法的。
@FunctionalInterface
public interface FunctionalDefaultMethods {
void method();java
default void defaultMethod() {
}
}
Lambda表达式做为Java 8的最大卖点,它有潜力吸引更多的开发者加入到JVM平台,并在纯Java编程中使用函数式编程的概念。若是你须要了解更多Lambda表达式的细节,能够参考官方文档。
2.2 接口的默认方法和静态方法
Java 8使用两个新概念扩展了接口的含义:默认方法和静态方法。默认方法使得接口有点相似traits,不过要实现的目标不同。默认方法使得开发者能够在 不破坏二进制兼容性的前提下,往现存接口中添加新的方法,即不强制那些实现了该接口的类也同时实现这个新加的方法。
默认方法和抽象方法之间的区别在于抽象方法须要实现,而默认方法不须要。接口提供的默认方法会被接口的实现类继承或者覆写,例子代码以下:
private interface Defaulable {
// Interfaces now allow default methods, the implementer may or
// may not implement (override) them.
default String notRequired() {
return "Default implementation";
}
}程序员
private static class DefaultableImpl implements Defaulable {
}spring
private static class OverridableImpl implements Defaulable {
@Override
public String notRequired() {
return "Overridden implementation";
}
}
Defaulable接口使用关键字default定义了一个默认方法notRequired()。DefaultableImpl类实现了这个接口,同时默认继承了这个接口中的默认方法;OverridableImpl类也实现了这个接口,但覆写了该接口的默认方法,并提供了一个不一样的实现。
Java 8带来的另外一个有趣的特性是在接口中能够定义静态方法,例子代码以下:
private interface DefaulableFactory {
// Interfaces now allow static methods
static Defaulable create( Supplier< Defaulable > supplier ) {
return supplier.get();
}
}
下面的代码片断整合了默认方法和静态方法的使用场景:
public static void main( String[] args ) {
Defaulable defaulable = DefaulableFactory.create( DefaultableImpl::new );
System.out.println( defaulable.notRequired() );apache
defaulable = DefaulableFactory.create( OverridableImpl::new ); System.out.println( defaulable.notRequired() );
}
这段代码的输出结果以下:
Default implementation
Overridden implementation
因为JVM上的默认方法的实如今字节码层面提供了支持,所以效率很是高。默认方法容许在不打破现有继承体系的基础上改进接口。该特性在官方库中的应用是:给java.util.Collection接口添加新方法,如stream()、parallelStream()、forEach()和removeIf()等等。
尽管默认方法有这么多好处,但在实际开发中应该谨慎使用:在复杂的继承体系中,默认方法可能引发歧义和编译错误。若是你想了解更多细节,能够参考官方文档。
2.3 方法引用
方法引用使得开发者能够直接引用现存的方法、Java类的构造方法或者实例对象。方法引用和Lambda表达式配合使用,使得java类的构造方法看起来紧凑而简洁,没有不少复杂的模板代码。
西门的例子中,Car类是不一样方法引用的例子,能够帮助读者区分四种类型的方法引用。
public static class Car {
public static Car create( final Supplier< Car > supplier ) {
return supplier.get();
}编程
public static void collide( final Car car ) { System.out.println( "Collided " + car.toString() ); } public void follow( final Car another ) { System.out.println( "Following the " + another.toString() ); } public void repair() { System.out.println( "Repaired " + this.toString() ); }
}
第一种方法引用的类型是构造器引用,语法是Class::new,或者更通常的形式:Class
final Car car = Car.create( Car::new );
final List< Car > cars = Arrays.asList( car );
第二种方法引用的类型是静态方法引用,语法是Class::static_method。注意:这个方法接受一个Car类型的参数。
cars.forEach( Car::collide );
第三种方法引用的类型是某个类的成员方法的引用,语法是Class::method,注意,这个方法没有定义入参:
cars.forEach( Car::repair );
第四种方法引用的类型是某个实例对象的成员方法的引用,语法是instance::method。注意:这个方法接受一个Car类型的参数:
final Car police = Car.create( Car::new );
cars.forEach( police::follow );
运行上述例子,能够在控制台看到以下输出(Car实例可能不一样):
Collided com.javacodegeeks.java8.method.references.MethodReferences
\(Car@7a81197d Repaired com.javacodegeeks.java8.method.references.MethodReferences\)Car@7a81197d
Following the com.javacodegeeks.java8.method.references.MethodReferences$Car@7a81197d
若是想了解和学习更详细的内容,能够参考官方文档
2.4 重复注解
自从Java 5中引入注解以来,这个特性开始变得很是流行,并在各个框架和项目中被普遍使用。不过,注解有一个很大的限制是:在同一个地方不能屡次使用同一个注解。Java 8打破了这个限制,引入了重复注解的概念,容许在同一个地方屡次使用同一个注解。
在Java 8中使用@Repeatable注解定义重复注解,实际上,这并非语言层面的改进,而是编译器作的一个trick,底层的技术仍然相同。能够利用下面的代码说明:
package com.javacodegeeks.java8.repeatable.annotations;
import java.lang.annotation.ElementType;
import java.lang.annotation.Repeatable;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;数组
public class RepeatingAnnotations {
@Target( ElementType.TYPE )
@Retention( RetentionPolicy.RUNTIME )
public @interface Filters {
Filter[] value();
}网络
@Target( ElementType.TYPE ) @Retention( RetentionPolicy.RUNTIME ) @Repeatable( Filters.class ) public @interface Filter { String value(); }; @Filter( "filter1" ) @Filter( "filter2" ) public interface Filterable { } public static void main(String[] args) { for( Filter filter: Filterable.class.getAnnotationsByType( Filter.class ) ) { System.out.println( filter.value() ); } }
}
正如咱们所见,这里的Filter类使用@Repeatable(Filters.class)注解修饰,而Filters是存放Filter注解的容器,编译器尽可能对开发者屏蔽这些细节。这样,Filterable接口能够用两个Filter注解注释(这里并无提到任何关于Filters的信息)。
另外,反射API提供了一个新的方法:getAnnotationsByType(),能够返回某个类型的重复注解,例如Filterable.class.getAnnoation(Filters.class)将返回两个Filter实例,输出到控制台的内容以下所示:
filter1
filter2
若是你但愿了解更多内容,能够参考官方文档。
2.5 更好的类型推断
Java 8编译器在类型推断方面有很大的提高,在不少场景下编译器能够推导出某个参数的数据类型,从而使得代码更为简洁。例子代码以下:
package com.javacodegeeks.java8.type.inference;闭包
public class Value< T > {
public static< T > T defaultValue() {
return null;
}并发
public T getOrDefault( T value, T defaultValue ) { return ( value != null ) ? value : defaultValue; }
}
下列代码是Value
package com.javacodegeeks.java8.type.inference;
public class TypeInference {
public static void main(String[] args) {
final Value< String > value = new Value<>();
value.getOrDefault( "22", Value.defaultValue() );
}
}
参数Value.defaultValue()的类型由编译器推导得出,不须要显式指明。在Java 7中这段代码会有编译错误,除非使用Value.
2.6 拓宽注解的应用场景
Java 8拓宽了注解的应用场景。如今,注解几乎可使用在任何元素上:局部变量、接口类型、超类和接口实现类,甚至能够用在函数的异常定义上。下面是一些例子:
package com.javacodegeeks.java8.annotations;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
import java.util.ArrayList;
import java.util.Collection;
public class Annotations {
@Retention( RetentionPolicy.RUNTIME )
@Target( { ElementType.TYPE_USE, ElementType.TYPE_PARAMETER } )
public @interface NonEmpty {
}
public static class Holder< @NonEmpty T > extends @NonEmpty Object { public void method() throws @NonEmpty Exception { } } @SuppressWarnings( "unused" ) public static void main(String[] args) { final Holder< String > holder = new @NonEmpty Holder< String >(); @NonEmpty Collection< @NonEmpty String > strings = new ArrayList<>(); }
}
ElementType.TYPE_USER和ElementType.TYPE_PARAMETER是Java 8新增的两个注解,用于描述注解的使用场景。Java 语言也作了对应的改变,以识别这些新增的注解。
import java.lang.reflect.Method;
import java.lang.reflect.Parameter;
public class ParameterNames {
public static void main(String[] args) throws Exception {
Method method = ParameterNames.class.getMethod( "main", String[].class );
for( final Parameter parameter: method.getParameters() ) {
System.out.println( "Parameter: " + parameter.getName() );
}
}
}
在Java 8中这个特性是默认关闭的,所以若是不带-parameters参数编译上述代码并运行,则会输出以下结果:
Parameter: arg0
若是带-parameters参数,则会输出以下结果(正确的结果):
Parameter: args
若是你使用Maven进行项目管理,则能够在maven-compiler-plugin编译器的配置项中配置-parameters参数:
Java官方库的新特性
Java 8增长了不少新的工具类(date/time类),并扩展了现存的工具类,以支持现代的并发编程、函数式编程等。
4.1 Optional
Java应用中最多见的bug就是空值异常。在Java 8以前,Google Guava引入了Optionals类来解决NullPointerException,从而避免源码被各类null检查污染,以便开发者写出更加整洁的代码。Java 8也将Optional加入了官方库。
Optional仅仅是一个容易:存放T类型的值或者null。它提供了一些有用的接口来避免显式的null检查,能够参考Java 8官方文档了解更多细节。
接下来看一点使用Optional的例子:可能为空的值或者某个类型的值:
Optional< String > fullName = Optional.ofNullable( null );
System.out.println( "Full Name is set? " + fullName.isPresent() );
System.out.println( "Full Name: " + fullName.orElseGet( () -> "[none]" ) );
System.out.println( fullName.map( s -> "Hey " + s + "!" ).orElse( "Hey Stranger!" ) );
若是Optional实例持有一个非空值,则isPresent()方法返回true,不然返回false;orElseGet()方法,Optional实例持有null,则能够接受一个lambda表达式生成的默认值;map()方法能够将现有的Opetional实例的值转换成新的值;orElse()方法与orElseGet()方法相似,可是在持有null的时候返回传入的默认值。
上述代码的输出结果以下:
Full Name is set? false
Full Name: [none]
Hey Stranger!
再看下另外一个简单的例子:
Optional< String > firstName = Optional.of( "Tom" );
System.out.println( "First Name is set? " + firstName.isPresent() );
System.out.println( "First Name: " + firstName.orElseGet( () -> "[none]" ) );
System.out.println( firstName.map( s -> "Hey " + s + "!" ).orElse( "Hey Stranger!" ) );
System.out.println();
这个例子的输出是:
First Name is set? true
First Name: Tom
Hey Tom!
若是想了解更多的细节,请参考官方文档。
4.2 Streams
新增的Stream API(java.util.stream)将生成环境的函数式编程引入了Java库中。这是目前为止最大的一次对Java库的完善,以便开发者可以写出更加有效、更加简洁和紧凑的代码。
Steam API极大得简化了集合操做(后面咱们会看到不止是集合),首先看下这个叫Task的类:
public class Streams {
private enum Status {
OPEN, CLOSED
};
private static final class Task {
private final Status status;
private final Integer points;
Task( final Status status, final Integer points ) { this.status = status; this.points = points; } public Integer getPoints() { return points; } public Status getStatus() { return status; } @Override public String toString() { return String.format( "[%s, %d]", status, points ); }
}
}
Task类有一个分数(或伪复杂度)的概念,另外还有两种状态:OPEN或者CLOSED。如今假设有一个task集合:
final Collection< Task > tasks = Arrays.asList(
new Task( Status.OPEN, 5 ),
new Task( Status.OPEN, 13 ),
new Task( Status.CLOSED, 8 )
);
首先看一个问题:在这个task集合中一共有多少个OPEN状态的点?在Java 8以前,要解决这个问题,则须要使用foreach循环遍历task集合;可是在Java 8中能够利用steams解决:包括一系列元素的列表,而且支持顺序和并行处理。
// Calculate total points of all active tasks using sum()
final long totalPointsOfOpenTasks = tasks
.stream()
.filter( task -> task.getStatus() == Status.OPEN )
.mapToInt( Task::getPoints )
.sum();
System.out.println( "Total points: " + totalPointsOfOpenTasks );
运行这个方法的控制台输出是:
Total points: 18
这里有不少知识点值得说。首先,tasks集合被转换成steam表示;其次,在steam上的filter操做会过滤掉全部CLOSED的task;第三,mapToInt操做基于每一个task实例的Task::getPoints方法将task流转换成Integer集合;最后,经过sum方法计算总和,得出最后的结果。
在学习下一个例子以前,还须要记住一些steams(点此更多细节)的知识点。Steam之上的操做可分为中间操做和晚期操做。
中间操做会返回一个新的steam——执行一个中间操做(例如filter)并不会执行实际的过滤操做,而是建立一个新的steam,并将原steam中符合条件的元素放入新建立的steam。
晚期操做(例如forEach或者sum),会遍历steam并得出结果或者附带结果;在执行晚期操做以后,steam处理线已经处理完毕,就不能使用了。在几乎全部状况下,晚期操做都是马上对steam进行遍历。
steam的另外一个价值是创造性地支持并行处理(parallel processing)。对于上述的tasks集合,咱们能够用下面的代码计算全部任务的点数之和:
// Calculate total points of all tasks
final double totalPoints = tasks
.stream()
.parallel()
.map( task -> task.getPoints() ) // or map( Task::getPoints )
.reduce( 0, Integer::sum );
System.out.println( "Total points (all tasks): " + totalPoints );
这里咱们使用parallel方法并行处理全部的task,并使用reduce方法计算最终的结果。控制台输出以下:
Total points(all tasks): 26.0
对于一个集合,常常须要根据某些条件对其中的元素分组。利用steam提供的API能够很快完成这类任务,代码以下:
// Group tasks by their status
final Map< Status, List< Task > > map = tasks
.stream()
.collect( Collectors.groupingBy( Task::getStatus ) );
System.out.println( map );
控制台的输出以下:
{CLOSED=[[CLOSED, 8]], OPEN=[[OPEN, 5], [OPEN, 13]]}
最后一个关于tasks集合的例子问题是:如何计算集合中每一个任务的点数在集合中所占的比重,具体处理的代码以下:
// Calculate the weight of each tasks (as percent of total points)
final Collection< String > result = tasks
.stream() // Stream< String >
.mapToInt( Task::getPoints ) // IntStream
.asLongStream() // LongStream
.mapToDouble( points -> points / totalPoints ) // DoubleStream
.boxed() // Stream< Double >
.mapToLong( weigth -> ( long )( weigth * 100 ) ) // LongStream
.mapToObj( percentage -> percentage + "%" ) // Stream< String>
.collect( Collectors.toList() ); // List< String >
System.out.println( result );
控制台输出结果以下:
[19%, 50%, 30%]
最后,正如以前所说,Steam API不只能够做用于Java集合,传统的IO操做(从文件或者网络一行一行得读取数据)能够受益于steam处理,这里有一个小例子:
final Path path = new File( filename ).toPath();
try( Stream< String > lines = Files.lines( path, StandardCharsets.UTF_8 ) ) {
lines.onClose( () -> System.out.println("Done!") ).forEach( System.out::println );
}
Stream的方法onClose 返回一个等价的有额外句柄的Stream,当Stream的close()方法被调用的时候这个句柄会被执行。Stream API、Lambda表达式还有接口默认方法和静态方法支持的方法引用,是Java 8对软件开发的现代范式的响应。
4.3 Date/Time API(JSR 310)
Java 8引入了新的Date-Time API(JSR 310)来改进时间、日期的处理。时间和日期的管理一直是最令Java开发者痛苦的问题。java.util.Date和后来的java.util.Calendar一直没有解决这个问题(甚至令开发者更加迷茫)。
由于上面这些缘由,诞生了第三方库Joda-Time,能够替代Java的时间管理API。Java 8中新的时间和日期管理API深受Joda-Time影响,并吸取了不少Joda-Time的精华。新的java.time包包含了全部关于日期、时间、时区、Instant(跟日期相似可是精确到纳秒)、duration(持续时间)和时钟操做的类。新设计的API认真考虑了这些类的不变性(从java.util.Calendar吸收的教训),若是某个实例须要修改,则返回一个新的对象。
咱们接下来看看java.time包中的关键类和各自的使用例子。首先,Clock类使用时区来返回当前的纳秒时间和日期。Clock能够替代System.currentTimeMillis()和TimeZone.getDefault()。
// Get the system clock as UTC offset
final Clock clock = Clock.systemUTC();
System.out.println( clock.instant() );
System.out.println( clock.millis() );
这个例子的输出结果是:
2014-04-12T15:19:29.282Z
1397315969360
第二,关注下LocalDate和LocalTime类。LocalDate仅仅包含ISO-8601日历系统中的日期部分;LocalTime则仅仅包含该日历系统中的时间部分。这两个类的对象均可以使用Clock对象构建获得。
// Get the local date and local time
final LocalDate date = LocalDate.now();
final LocalDate dateFromClock = LocalDate.now( clock );
System.out.println( date );
System.out.println( dateFromClock );
// Get the local date and local time
final LocalTime time = LocalTime.now();
final LocalTime timeFromClock = LocalTime.now( clock );
System.out.println( time );
System.out.println( timeFromClock );
上述例子的输出结果以下:
2014-04-12
2014-04-12
11:25:54.568
15:25:54.568
LocalDateTime类包含了LocalDate和LocalTime的信息,可是不包含ISO-8601日历系统中的时区信息。这里有一些关于LocalDate和LocalTime的例子:
// Get the local date/time
final LocalDateTime datetime = LocalDateTime.now();
final LocalDateTime datetimeFromClock = LocalDateTime.now( clock );
System.out.println( datetime );
System.out.println( datetimeFromClock );
上述这个例子的输出结果以下:
2014-04-12T11:37:52.309
2014-04-12T15:37:52.309
若是你须要特定时区的data/time信息,则可使用ZoneDateTime,它保存有ISO-8601日期系统的日期和时间,并且有时区信息。下面是一些使用不一样时区的例子:
// Get the zoned date/time
final ZonedDateTime zonedDatetime = ZonedDateTime.now();
final ZonedDateTime zonedDatetimeFromClock = ZonedDateTime.now( clock );
final ZonedDateTime zonedDatetimeFromZone = ZonedDateTime.now( ZoneId.of( "America/Los_Angeles" ) );
System.out.println( zonedDatetime );
System.out.println( zonedDatetimeFromClock );
System.out.println( zonedDatetimeFromZone );
这个例子的输出结果是:
2014-04-12T11:47:01.017-04:00[America/New_York]
2014-04-12T15:47:01.017Z
2014-04-12T08:47:01.017-07:00[America/Los_Angeles]
最后看下Duration类,它持有的时间精确到秒和纳秒。这使得咱们能够很容易得计算两个日期之间的不一样,例子代码以下:
// Get duration between two dates
final LocalDateTime from = LocalDateTime.of( 2014, Month.APRIL, 16, 0, 0, 0 );
final LocalDateTime to = LocalDateTime.of( 2015, Month.APRIL, 16, 23, 59, 59 );
final Duration duration = Duration.between( from, to );
System.out.println( "Duration in days: " + duration.toDays() );
System.out.println( "Duration in hours: " + duration.toHours() );
这个例子用于计算2014年4月16日和2015年4月16日之间的天数和小时数,输出结果以下:
Duration in days: 365
Duration in hours: 8783
对于Java 8的新日期时间的整体印象仍是比较积极的,一部分是由于Joda-Time的积极影响,另外一部分是由于官方终于听取了开发人员的需求。若是但愿了解更多细节,能够参考官方文档。
4.4 Nashorn JavaScript引擎
Java 8提供了新的Nashorn JavaScript引擎,使得咱们能够在JVM上开发和运行JS应用。Nashorn JavaScript引擎是javax.script.ScriptEngine的另外一个实现版本,这类Script引擎遵循相同的规则,容许Java和JavaScript交互使用,例子代码以下:
ScriptEngineManager manager = new ScriptEngineManager();
ScriptEngine engine = manager.getEngineByName( "JavaScript" );
System.out.println( engine.getClass().getName() );
System.out.println( "Result:" + engine.eval( "function f() { return 1; }; f() + 1;" ) );
这个代码的输出结果以下:
jdk.nashorn.api.scripting.NashornScriptEngine
Result: 2
4.5 Base64
对Base64编码的支持已经被加入到Java 8官方库中,这样不须要使用第三方库就能够进行Base64编码,例子代码以下:
package com.javacodegeeks.java8.base64;
import java.nio.charset.StandardCharsets;
import java.util.Base64;
public class Base64s {
public static void main(String[] args) {
final String text = "Base64 finally in Java 8!";
final String encoded = Base64 .getEncoder() .encodeToString( text.getBytes( StandardCharsets.UTF_8 ) ); System.out.println( encoded ); final String decoded = new String( Base64.getDecoder().decode( encoded ), StandardCharsets.UTF_8 ); System.out.println( decoded ); }
}
这个例子的输出结果以下:
QmFzZTY0IGZpbmFsbHkgaW4gSmF2YSA4IQ==
Base64 finally in Java 8!
新的Base64API也支持URL和MINE的编码解码。
(Base64.getUrlEncoder() / Base64.getUrlDecoder(), Base64.getMimeEncoder() / Base64.getMimeDecoder())。
4.6 并行数组
Java8版本新增了不少新的方法,用于支持并行数组处理。最重要的方法是parallelSort(),能够显著加快多核机器上的数组排序。下面的例子论证了parallexXxx系列的方法:
package com.javacodegeeks.java8.parallel.arrays;
import java.util.Arrays;
import java.util.concurrent.ThreadLocalRandom;
public class ParallelArrays {
public static void main( String[] args ) {
long[] arrayOfLong = new long [ 20000 ];
Arrays.parallelSetAll( arrayOfLong, index -> ThreadLocalRandom.current().nextInt( 1000000 ) ); Arrays.stream( arrayOfLong ).limit( 10 ).forEach( i -> System.out.print( i + " " ) ); System.out.println(); Arrays.parallelSort( arrayOfLong ); Arrays.stream( arrayOfLong ).limit( 10 ).forEach( i -> System.out.print( i + " " ) ); System.out.println(); }
}
上述这些代码使用parallelSetAll()方法生成20000个随机数,而后使用parallelSort()方法进行排序。这个程序会输出乱序数组和排序数组的前10个元素。上述例子的代码输出的结果是:
Unsorted: 591217 891976 443951 424479 766825 351964 242997 642839 119108 552378
Sorted: 39 220 263 268 325 607 655 678 723 793
4.7 并发性
基于新增的lambda表达式和steam特性,为Java 8中为java.util.concurrent.ConcurrentHashMap类添加了新的方法来支持聚焦操做;另外,也为java.util.concurrentForkJoinPool类添加了新的方法来支持通用线程池操做(更多内容能够参考咱们的并发编程课程)。
Java 8还添加了新的java.util.concurrent.locks.StampedLock类,用于支持基于容量的锁——该锁有三个模型用于支持读写操做(能够把这个锁当作是java.util.concurrent.locks.ReadWriteLock的替代者)。
在java.util.concurrent.atomic包中也新增了很多工具类,列举以下:
DoubleAccumulator
DoubleAdder
LongAccumulator
LongAdder
print( f() + 1 );
能够在命令行中执行这个命令:jjs func.js,控制台输出结果是:
2
若是须要了解细节,能够参考官方文档。
5.2 类依赖分析器:jdeps
jdeps是一个至关棒的命令行工具,它能够展现包层级和类层级的Java类依赖关系,它以.class文件、目录或者Jar文件为输入,而后会把依赖关系输出到控制台。
咱们能够利用jedps分析下Spring Framework库,为了让结果少一点,仅仅分析一个JAR文件:org.springframework.core-3.0.5.RELEASE.jar。
jdeps org.springframework.core-3.0.5.RELEASE.jar
这个命令会输出不少结果,咱们仅看下其中的一部分:依赖关系按照包分组,若是在classpath上找不到依赖,则显示"not found".
org.springframework.core-3.0.5.RELEASE.jar -> C:\Program Files\Java\jdk1.8.0\jre\lib\rt.jar
org.springframework.core (org.springframework.core-3.0.5.RELEASE.jar)
-> java.io
-> java.lang
-> java.lang.annotation
-> java.lang.ref
-> java.lang.reflect
-> java.util
-> java.util.concurrent
-> org.apache.commons.logging not found
-> org.springframework.asm not found
-> org.springframework.asm.commons not found
org.springframework.core.annotation (org.springframework.core-3.0.5.RELEASE.jar)
-> java.lang
-> java.lang.annotation
-> java.lang.reflect
-> java.util
更多的细节能够参考官方文档。