Java 11 upgrade: "Debt," "crisis"

REVIEW: AJDK11 (internal Ali based openJDK11 customized version) in about 19 years, released in March, and now also fast 1 year, but the face of the current overall use is still relatively narrow, characteristics are understood not a lot, Java11 as OpenJDK release the LTS version, for us, or the need to embrace and familiar, so the upgrade from the current Java8 to Java11, is an urgent but not important things.

Author | Jiang Danyang (Mario)

Zebian | Tu Min

Head Figure | CSDN downloaded from the Vision China

Source | Technology Department of Amoy (ID: AlibabaMTT)

One that upgrade

▐ operating environment upgrade

Environmental upgrades, mainly alios7 (internal custom version of Linux 7u2's) + ajdk11 (current stable version is ajdk-11_0_4_5-b71), this upgrade by modifying the application APP-META directory dockerfile can be done;

▐ build a plug-upgrade

Upgrade to build a plug mainly to upgrade maven compile plug-ins, you need to upgrade to version 3.8.0, upgrade pandora-boot the maven plugin to 2.1.11.9, dependent as follows:

While the compiled version of the compiled object file and the source file is specified below:

▐ framework upgrade

The main upgrade springboot and pandoraboot, as well as upgrade while pandora sar package:

▐ rely upgrade

Java11 removed in some modules, so do the upgrade, need to look at the manual needs depend mainly has the following:

▐ run the script upgrade

Upgrade scripts here are some of the main parameters compatible jvm startup problems, such as debug option, there gc log printing-related option, and major changes appctl.sh setenv.sh two scripts.

For example java9 previous GC log is printed:

-Xloggc:${MIDDLEWARE_LOGS}/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps"

Java9 future is:

-Xlog:gc*:${MIDDLEWARE_LOGS}/gc.log:time"

release file updates:

The new version is mainly designated ajdk, and the version of maven (3.5.0 and above).

Two complaints "debt"

之前有和一些升级过的同学沟通过，这个Java11的升级还是比较平滑、顺利，没有太多成本，但是这次走起来其实还是克服了不少困难，不是本身Java11升级的问题，而是历史的债务在Java11升级的过程中都暴露了出来。

▐ Linux版本

Linux 版本 7u2 出来已经5年多了，目前集团所有的线上和线下的宿主机的系统都是alios7，所以很难想象现有的系统在docker里面依赖的是5u7的linux基础镜像，这里面会有一个比较严重的性能问题：

因为7u2的glibc去掉了vsyscall改成vdso，5u7的glibc还是保留vsyscall，就需要有一个内核接口来模拟，这个模拟是有严重性能问题的，sys%会非常高。

所以没有升级的赶紧升级下吧，使用裁剪版本（alios7u2-min），体积可以从原来的5u7 2G多到500M多，这个大小的优化能提升的东西不做赘述。

▐ 本地启动

本地启动，好多开发同学可能都没有用过，所以起不来也不是一件很难想象的事情，那问一个问题：为什么做pandoraboot升级？为什么做boot化？boot化带来了哪些价值？给我们带来了哪些改变？我觉得这些问题在最开始推微服务的时候，大家都是很关注的，但是当后面微服务成为趋势，pandoraboot或springboot成为微服务框架之后，之前的问题就没人关注了。

应用owner还是看看自己的boot化应用是否能启动吧，本地启动、本地调试可以节省的开发调试时间谁用谁知道吧。

▐ autoconfig

老生常谈的问题，这个属于时代产物了，在架构演进过程中一直被容忍，一直被小心呵护兼容，因为动之成本有点高，协同比较大，说白了就是很难~~~

有理想追求的程序员大家可以聚一起看看怎么落地~~

三叙“危机”

▐ “危”

面试的标准个人看来是越来越高，但是里面的人做事的标准是越来越低，“调包侠”、“拿来主义”、“翻译器”、“施工队”现象也是越来越常见，我只想说，我们是程序员，借用之前比较孤傲的定位，我们是“艺术家”，那什么时候落魄成了我们当初斥责的模样；从现在起，建立危机意识吧。

▐ “机”

事情是升级Java11，获益是Java9到java11的所有的增强和新特性，下面是个人看到的一些利益点，欢迎大家补充。

内存优化

Java9中增强了string的底层存储，LATIN1编码的字符串底层存储从原来的char数组变成了byte数据，对于这样指定的字符串的内存使用节省一半，整体内存的节省大概10%（不同应用可能差别比较大）。

▐ HotSpot增强

Java9中引入了HotSpotIntrinsicCandidate这个注释，主要是在使用CPU及OS层面的native方法替换java function，达到性能提升，效果会因为平台和硬件不同有差异，目前主要是在一些基础类的一些高频方法中出现该注解。

▐ GC提升

我们目前使用的是CMS垃圾回收器，相当好，我们也用了很长一段时间了，不过CMS随着发展，也暴露出两个问题，一个是面向大内存的回收效率会下降比较明显，同时回收的时长不可控；在后续的Java9中的G1和Java11中ZGC相继出现，就是针对上述两个方向进行的优化。

升级了Java11，其实不一定要用ZGC，因为目前我们大部分应用的配置是4c8g，有人做过性能测试，在8G以下，CMS的回收性能会比ZGC还好一点，8G的情况下差不多，那么8G以上，ZGC会的性能会比较好，同时他的回收效率受内存大小的持续上升影响较小；目前我们有些核心应用的配置是8c16G的，所以这块GC的增强还是有收益的。

FaaS化

FaaS最近一段时间都是一个蛮热的话题，不过距离整体在现有业务场景中广泛应用，还有一段时间；那升级Java11和FaaS化有什么关联呢？

个人感觉是两个方面：

模块化；
graalVM。

FaaS要支持在线业务的核心关键在于Function的快速分发、运行环境快速拉起来达到低延迟反馈，所以模块化可以让应用足够小，graalVM可以提前将非动态Java代码编译成native image，提升启动速度同时减少整体App的大小；

趋势

从Java 11开始，OpenJDK major version的发布间隔差不多是半年，不用全部都要去关注，都是追赶，但是LTS版本，需要去追赶，去升级，Java11就是最新的LTS版本，下一个或者再一下major version，很可能又是一个LTS版本；虽然目前使用Java 8都挺好的，现实是Java 8的一些特性会被往后移植，但是后续版本的特性和优化不会再被集成到Java 8中了，势不可逆，跟不上就快要被淘汰了。