编程语言界的扛把子 Java，不仅搭载上了如火箭版的更新速度，现在还有意让上车的用户付费买票了，那么身为 Java 开发者，下一步究竟是该弃用 23 年的老牌工具 JDK 还是乖乖付费继续搭载这列车？
上个月，Java 开发工具包（JDK）11 刚刚到来，JDK 12 就在紧密敲锣筹备中，随着消息接连不断地爆出，不少使用 Java 的开发者开始有种一年一万个更新版本的错觉，而当面对厚厚的一堆堆 Java 8/9/10/11 的入门书籍和教程时，就问你怕不怕？
不仅如此，就在 Java 早已在移动 App、服务器应用、Web 开发、J2EE 企业级应用和嵌入式等领域根深蒂固时，Oracle 于近日最新发布的一纸 Java 用户使用协议轰动了整个业界，因为 Java 将收费了！
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<String, List<Integer>>，而这个类型可以简化成一个 var 关键字，节省了很多敲代码的时间：
var myList = new ArrayList<Map<String, List<Integer>>>();
for (var current : myList) {
// current is infered to type: Map<String, List<Integer>>
System.out.println(current);
}
由于 Java 11 的 var 关键字也可以在 lambda 的参数上使用，因此可以给参数加注解：
Predicate<String> 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<String> 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<String>();
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"
"A\nB\nC".lines().count(); // 3
其他 JVM 特性
在我看来，上述这些是 Java 11 与 8 相比时最有意思的语言 API 特性，不过新的特性还有许多，比如下面这些：
● 用于响应式编程的流式 API● Java 模块系统
● 应用程序类数据共享
● 动态类-文件常量
● Java REPL（JShell）
● 飞行记录器
● Unicode 10
● G1：完全并行的垃圾回收器
● ZGC：可扩展的低延迟垃圾回收器
● Epsilon：No-Op垃圾回收器
● 不推荐使用的Nashorn JavaScript引擎
● ……
学不动的 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，并将其投入商业项目中使用，后续可能会带来不小的商业纠纷。
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 的使用协议，你有着什么样的看法？欢迎下方留言，分享你的想法。
