进击的 Java（一）

作为一名 Java 写码员，我时刻都会提醒自己，我只是个打字员，只是去实现产品需求的编码者，只是个没有技术含量在芸芸众生中混饭吃的打工人。我不会写高性能的 go，不会写人工智能的 python，不会写纯函数的 elixir，不会写强者的语言 c++，不会写性能极高且最安全的 rust。我编辑器之神和神的编辑器都尝试过，都没用明白，我只会用傻瓜式的 intelij idea。我就是那个生存在鄙视链最底端的 Java 程序员。

如果你恰好跟我一样，生存环境如此的恶劣，那我们可以一起来苦中作乐，一起学习交流一下 Java 的一些新的版本特性。Java 在进步，性能在提升，编码更友好，只是版本的普及还需要一点时间。下面是 2020 年统计的 Java 各版本的使用情况，Java8 还是 yyds。我比较意外的是 Java11 竟然有如此的占比，因为大概 2017 年的时候我去阿里面试时，面试官说当时他们还在用 Java6，要知道 Java8 是 2014 年发布的。至少在我现在这样一个某巨头互联网公司，Java 的项目普遍都是 Java8。

我是属于那部分喜欢升级的人，手机 app 中都是最新版，除非新版有 bug 没法用。相对应的这也是不喜欢升级的人的出发点，新是不稳定的代名词。道理大家都懂，你不升级我不升级，技术还怎么进步（哦对，差点忘了我是没有技术的）。在我眼里，新代表着进步，但进步可能会牺牲一点稳定性，投资有风险是必然的。

不得不承认 Java8 是一个划时代的版本，从另一方面说 8 之前的版本确实也太差了。竞争就是这样，不进步就被淘汰，从 8 之后，Java 的更新也进入了一个快车道，每半年就会发布一次数字更新，但很多都是临时版本，长期维护的版本则由 Java 自行宣布，当前 8，11，17 属于是 LTS（长期维护版本），下面的表格来自 oracle 官方的支持时间表：

从这个表中我们可以得出一些有用的信息（付费的企业用户除外）

1. Java8 明年将停止维护

2. 11 并不是一个安全和稳妥的升级目标

3. 下个 LTS 要到 2023 年，我们有足够的时间来磨合 17

4. 现在要升级就升级到 17 吧

现在这个时间点，多数公司都用上了 docker，升级 jdk 的版本将不再麻烦，旧的项目可能有历史负担，新的项目完全可以用 Java17 了。我刚开始工作时还经历过物理机混合部署的情况，这就完全杜绝了升级换代的可能。