使用了23年的Java不再免费！

上个月，Java 开发工具包(JDK)11刚刚到来，JDK 12 就在紧密敲锣筹备中，随着消息接连不断地爆出，不少使用 Java 的开发者开始有种一年一万个更新版本的错觉，而当面对厚厚的一堆堆 Java 8/9/10/11 的入门书籍和教程时，就问你怕不怕?不仅如此，就在 Java 早已在移动 App、服务器应用、Web 开发、J2EE 企业级应用和嵌入式等领域根深蒂固时，Oracle 于近日***发布的一纸 Java 用户使用协议轰动了整个业界，因为 Java 将收费了!

1.JDK 11 不容错过的那些新特性

JDK 11 作为 Oracle 以六个月为更新周期之后公开发布的***个长期支持版本，其中还是有许多实用的功能特性。

局部变量推断

Java 10 引入了新的关键字 var，可以在定义局部变量时代替类型信息(局部指的是在方法体内部的变量定义)。

在 Java 10 之前，局部变量必须这样定义：

String text = "Hello Java 9"; 

而现在可以用 var 代替 String。编译器会根据变量的赋值推断出正确的类型。因此，text 的类型是 String：

var text = "Hello Java 10"; 

使用 var 定义的变量依然是静态类型。这种变量不能重新用不兼容的类型赋值。比如，下面的代码无法通过编译：

var text = "Hello Java 11";  
text = 23; // Incompatible types 

还可以通过同时使用 var 和 final 来禁止变量的重新赋值：

final var text = "Banana";  
text = "Joe"; // Cannot assign a value to final variable 'text' 

而且，当编译器无法推断出正确类型时也不允许使用 var：

// Cannot infer type:  
var a;  
var nothing = null;  
var lambda = () -> System.out.println("Pity!");  
var method = this::someMethod; 

局部变量类型的推断在泛型中非常有用。下面的例子中，current 有个非常复杂的类型 Map>，而这个类型可以简化成一个 var 关键字，节省了很多敲代码的时间：

var myList = new ArrayList>>();  
for (var current : myList) {  
// current is infered to type: Map>  
System.out.println(current);  
} 
 由于 Java 11 的 var 关键字也可以在 lambda 的参数上使用，因此可以给参数加注解：  
Predicate predicate = (@Nullable var a) -> true; 

小提示：Intellij IDEA 中可以按住 CMD/CTRL 键并将鼠标悬停在变量上来查看推断出的类型(键盘快捷键为Ctrl+J)。

HTTP 客户端

Java 9 引入了新的 HttpClient API 来处理 HTTP 请求。在 Java 11 中，这个 API 已稳定，可以通过 java.net 包使用。我们来看看这个 API 能干什么。

新的 HttpClient 支持同步和异步方式。同步请求会阻塞当前线程直到响应返回。BodyHandlers 定义了期待的响应体的类型(如字符串、字节数组或文件)：

var request = HttpRequest.newBuilder()  
.uri(URI.create("https://winterbe.com"))  
.GET()  
.build();  
var client = HttpClient.newHttpClient();  
HttpResponse response = client.send(request, HttpResponse.BodyHandlers.ofString());  
System.out.println(response.body()); 

同样的请求也可以异步进行。调用 sendAsync 不会阻塞当前线程，它会返回一个 CompletableFuture 用来构建异步操作管线。

var request = HttpRequest.newBuilder()  
.uri(URI.create("https://winterbe.com"))  
.build();  
var client = HttpClient.newHttpClient();  
client.sendAsync(request, HttpResponse.BodyHandlers.ofString())  
.thenApply(HttpResponse::body)  
.thenAccept(System.out::println); 

小提示：可以省略 .GET() 调用，因为它是默认的。

下面这个例子用 POST 方式将数据发送到给定的 URL。与 BodyHandlers 类似，这里使用 BodyPublishers 来定义请求体中要发送的数据类型，如字符串、字节数组、文件或输入流：

var request = HttpRequest.newBuilder()  
.uri(URI.create("https://postman-echo.com/post"))  
.header("Content-Type", "text/plain")  
.POST(HttpRequest.BodyPublishers.ofString("Hi there!"))  
.build();  
var client = HttpClient.newHttpClient();  
var response = client.send(request, HttpResponse.BodyHandlers.ofString());  
System.out.println(response.statusCode()); // 200 

下面的例子演示了通过 BASIC-AUTH 方式进行认证的方法：

var request = HttpRequest.newBuilder()  
.uri(URI.create("https://postman-echo.com/basic-auth"))  
.build();  
var client = HttpClient.newBuilder()  
.authenticator(new Authenticator() {  
@Override  
protected PasswordAuthentication getPasswordAuthentication() {  
return new PasswordAuthentication("postman", "password".toCharArray());  
}  
})  
.build();  
var response = client.send(request, HttpResponse.BodyHandlers.ofString());  
System.out.println(response.statusCode()); // 200 

集合

像 List、Set 和 Map 等集合类都加入了新的方法。List.of 会根据给定的参数创建一个新的不可变的 list。List.copyOf 能创建 list 的不可变副本。

var list = List.of("A", "B", "C");  
var copy = List.copyOf(list);  
System.out.println(list == copy); // true 

因为 list 已经是不可变的了，因此不需要实际创建 list 实例的副本，因此 list 和 copy 会指向同一个副本。但如果赋值一个可变的列表，copy 就会生成一个新的实例，以保证修改原始列表时不会产生副作用：

var list = new ArrayList();  
var copy = List.copyOf(list);  
System.out.println(list == copy); // false 

在创建不可变的 map 时，不需要自行创建 map 的内容，只需要传递键和值即可：

var map = Map.of("A", 1, "B", 2);  
System.out.println(map); // {B=2, A=1} 

Java 11 中的不可变集合依然使用与原来的集合 API 同样的接口。但如果试图通过添加或删除元素的方式改变不可变集合，则会发生 java.lang.UnsupportedOperationException 异常。好在 Intellij IDEA 会在你试图改变不可变集合时发出警告。

流

Java 8 引入了 流的概念，现在它有三个新的方法。Stream.ofNullable 能从单个元素构建一个流：

Stream.ofNullable(null)  
.count() // 0 

dropWhile 和 takeWhile 两个方法都能接受 predicate 对象，从而可以抛弃流中的一些元素：

Stream.of(1, 2, 3, 2, 1)  
.dropWhile(n -> n < 3)  
.collect(Collectors.toList()); // [3, 2, 1]  
Stream.of(1, 2, 3, 2, 1)  
.takeWhile(n -> n < 3)  
.collect(Collectors.toList()); // [1, 2] 

Optional

Optional 也增加了几个新方法，比如现在可以很容易将 optional 转换成流，或者给空的 optional 提供另一个 optional 作为出错时的备选方案：

Optional.of("foo").orElseThrow(); // foo  
Optional.of("foo").stream().count(); // 1  
Optional.ofNullable(null)  
.or(() -> Optional.of("fallback"))  
.get(); // fallback 

字符串

最基础的类之一 String 也加了几个辅助方法用来去除空白、检查空白，以及以流的方式输出字符串：

" ".isBlank(); // true  
" Foo Bar ".strip(); // "Foo Bar"  
" Foo Bar ".stripTrailing(); // " Foo Bar"  
" Foo Bar ".stripLeading(); // "Foo Bar "  
"Java".repeat(3); // "JavaJavaJava"  
"ABC".lines().count(); // 3 

其他 JVM 特性

在我看来，上述这些是 Java 11 与 8 相比时最有意思的语言 API 特性，不过新的特性还有许多，比如下面这些：

• 用于响应式编程的流式 API
• Java 模块系统
• 应用程序类数据共享
• 动态类-文件常量
• Java REPL(JShell)
• 飞行记录器
• Unicode 10
• G1：完全并行的垃圾回收器
• ZGC：可扩展的低延迟垃圾回收器
• Epsilon：No-Op垃圾回收器
• 不推荐使用的Nashorn JavaScript引擎
• ……

2.学不动的 Java，还要收费了?

对于 Java 新版本，不少开发者望尘莫及，纷纷表示不要再更新了，我的项目还停留在 Java 8 呢。话虽如此，事实上 Oracle 曾在今年四月就宣布，自 2019 年 1 月起，Java SE 8 公开更新将不向没有商用许可证的业务、商用或生产用途提供。即未来开发者还想使用 JDK 8，Oracle 将不会提供免费的技术支持，需要另外收费。所以总体而言还是建议开发者应该转换到***版的 Java 11。

但就在这时，据国外网友@Stephen Colebourne 发布的一篇名为《Oracle's Java 11 trap - Use OpenJDK instead!》博文，我们才注意到，在 Java 11 中，Oracle 悄然更新了用户使用协议(https://www.oracle.com/technetwork/java/javase/terms/license/javase-license.html)：

简而言之：

新版 Oracle JDK 不可以用在数据处理、商业、产品、或者内部商业用途(需要购买 License)，仅可免费用于开发、测试、原型、演示。

正是这一修改意味着免费使用 23 年的 Java 即将走上收费的路子。倘若开发者还是如往常那般下载 Oracle JDK，并将其投入商业项目中使用，后续可能会带来不小的商业纠纷。

3.Oracle JDK 收费了，企业和开发者怎么办?

提及 Java 的商业纠纷，我们不禁想起此前轰动一时且长达八年的 Oracle 与 Google 关于 Java 的侵权案：

• 1995 年，Sun 公司发布了 Java;
• 这其中需要介绍到 2006 年，Sun 公司开源了其 Java 项目——OpenJDK，但是并未开源此前的 Java 项目 SunJDK(现在是 OracleJDK);
• 2009 年，Oracle 以 74 亿美元收购 Sun 从而获得了 Java 的版权，而其中也包含了 Sun 研发的 Java 商业项目版权;
• 2010 年 8 月，Oracle 认为 Google Android 系统抄袭了 37 个 Java API 代码段，而这些代码属于 Oracle 商业私有 JDK(OracleJDK)的一部分，于是将 Google 诉讼至法庭，要求赔偿 26 亿美元;

经过 8 年的调解及上诉，这一案最终于今年 3 月，美国联邦巡回法院判 Google 向 Oracle 赔偿 88 亿美元而告一段落。之所以没说案件告终，是因为 Google 不服判决，还在向***法院上诉中。

而就在 Google 边应对诉讼时，或许就在周密思量针对自己的 Android 系统甚至是整个公司研发的下一步：如何摆脱 Oracle?

于是，在 2015 年年底，我们就亲眼见证了 Google 宣布将 Java 应用程序接口(APIs)从 Oracle JavaAPI 替换成开源的 OpenJDK。甚至在两年后的 Google I/O 大会上，震撼宣布 Kotlin 成为 Android 开发的一级编程语言，让其与 Java 齐驾并驱，反观，也是与之相抗衡。

再针对这一次的 Oracle 修改了 JDK 11 的用户协议来看，从 Oracle 的角度其实不难理解他的这一行为，毕竟作为纯软件先驱的 Oracle 也是个商业公司，他需要提供一个软件的商业版本来提高增值服务。但是对于使用 Oracle JDK 的开发者或企业而言，情况就变得有所不同了，为了避免上述 Google 的同等遭遇，我们除了付费是否还有其他选择?

对此，不少开发者纷纷热议：

• Java 程序员是时候向 C# 转移了;
• 换 .NET 也行;

这个仅针对 JDK 11，不升级不使用 Java 11 不就行了。

在访问了几位知名的 Java 开发者之后，他们给出的答案几乎都是，「使用 Kotlin」。甚至就连微博研发副总经理@TimYang 也表示，这一行为直接导致 Kotlin 才是***赢家，IDEA 环境将 Java 代码粘贴到 Kotlin 文件，自动转换。

不过相较于 23 岁的 Java，不少开发者还是对年仅 7 岁的 Kotlin 的未来感到迷茫，所以在面对 JDK 8 即将停止免费更新支持、JDK 11 无法商用的情况下，请记得 Oracle 还有一个名为 OpenJDK 的开源项目。

注：Java 9、10 并不是长期支持(LTS)版本，所以上述文章中并未提及。

要说 Oracle JDK 和 Open JDK 之前的差距很明显，那么在 JDK 11 中，Oracle 很人性化地将两者的不同尽可能地缩小了，甚至可以忽略微乎其微的差距。

或者除了 Open JDK 外，我们此前也发文为大家推荐了一些实用的JDK，譬如 AdoptOpenJDK builds、Red Hat OpenJDK builds、Azul Zulu 等等。***，对于 Oracle 修改 JDK 11 的使用协议，你有着什么样的看法?欢迎下方留言，分享你的想法。