编程语言 界的扛把子 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;
学不动的 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 悄然更新了用户使用协议（）：
简而言之：新版 Oracle JDK 不可以用在数据处理、商业、产品、或者内部商业用途（需要购买 License），仅可免费用于开发、测试、原型、演示。
正是这一修改意味着免费使用 23 年的 Java 即将走上收费的路子。倘若开发者还是如往常那般下载 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 的同等遭遇，我们除了付费是否还有其他选择？
