为什么 Java/JDK 都快出 18 了,还有人用 1.8 呢?

Posted hsm_computer

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了为什么 Java/JDK 都快出 18 了,还有人用 1.8 呢?相关的知识,希望对你有一定的参考价值。

本文不从语法和技术角度说明jdk1.8和18或其它高版本的差别,先问如下的问题请大家思考下。

1 在项目里为什么要用Java?如何选用版本?

用java为了通过做项目挣钱,客户方只管功能,不管实现,所以哪怕用了jdk18,客户绝对不会多付钱。如何选用版本其实是由项目经理定的,选用版本的出发点绝不是哪个新,而是哪个更稳定。

2 如果用了jdk1.8,而不用18或其他高版本,那么高版本带来的新功能没法用那怎么办?

其实在大多数项目里,jdk核心库里包含的语法,虽然有用,但不是全部,在代码里会包含logback和jpa等组件实现日志或数据库方面的功能,更会引入分布式组件实现高并发方面的功能。至于java核心库里的功能也会用到,比如用面向对象的语法实现类和方法,用集合对象存数据等。

那么如果是用1.8之类的低版本,高版本带来的便利没有那怎么办?第一开发业务时未必真会用到这些新特性,第二哪怕真遇到了,用低版本实现,无非就多几行代码,无非就代码难看些。

比如高版本里用的比较多的lambda或lombok或流式编程,低版本里绝对也可以实现。

3 如果项目一开始用的是低版本,然后再升级到高版本,需要做哪些事情?

技术上可能也就是改pom或gradle里的文件,但改好以后,一定的全面测试,因为谁也不知道升级jdk会有什么样的风险,毕竟这个是内核级别的修改。

我也说下我见到的升级版本后遇到的问题。

1 某支付项目原来是jdk1.8,某天项目经理想尝试下升级到11,注意还仅仅是11,不是18,升级好以后,发现老代码报如下的最典型的Unsupported major.minor version 52.0错。

java.lang.UnsupportedClassVersionError: common/TimerListener : Unsupported major.minor version 52.0 (unable to load class common.TimerListener)

如果要解决也行,无非也是调试并修改代码,但开发项目大家都知道,往往是在发布前还在修bug,谁有这个闲心干这个?后来就不了了之,回退到jdk1.8。

2 某支付模块通过dubbo调用风控模块的接口,而风控模块返回的对象比较复杂,不仅有自定义对象,而且自定义的对象里还嵌套对象。

两方面独自开发时,由于是mock数据,所以没事,但联调时出莫名其妙的问题,费了两三天才无意中发现一个模块是用jdk8,另一个是用jdk16,全改成jdk8以后,调试正常。

对此技术主管出了条限令,所有项目是用jdk8,绝不是jdk16,后来至少没遇到过类似问题。

3 某个项目上线新代码后,是用zabbix监控,上线后发现没过多久内存会飙升,反正后来一阵排查两版代码的差异,后来也是通过回退jdk解决了问题。

说了上述情况,绝不是说jdk高版本不稳定,而且虽然是通过回退jdk版本解决问题,但这只是表象,根本原因是否出在jdk 版本方面,谁也不知道,但谁也没时间去查。

开发项目更重要的是实现功能,且保证稳定,所以如果有程序员升级了jdk,而且用到了高版本的新功能,做好了没人表扬,顶多项目经理说句,某人比较关注新技术。但如果出了问题,哪怕最终根本原因可能不是因升级而导致,但只要是通过回退版本解决,那么绝对是这个程序员的责任。

可能现在用的较多的jdk版本不是8,而是11,但在项目稳定的前提下,没人敢轻易地升级jdk内核版本。况且衡量java程序员能力的,不是谁用的jdk版本高,而是谁能解决架构方面的问题,其中包括稳定性。所以当下很多项目不是用jdk最新版本,而是用较稳定的jdk版本,这也不足为奇了。

如果大家想进一步了解写简历和面试方面的技能,可以关注我。

 

以上是关于为什么 Java/JDK 都快出 18 了,还有人用 1.8 呢?的主要内容,如果未能解决你的问题,请参考以下文章

Android开发:都快 2022 年了,还有人在研究 Handler?

数据库:我都快爆了,你为什么还不分库分表?

快出数量级的性能是怎样炼成的

快出数量级的性能是怎样炼成的?

快出数量级的性能是怎样炼成的?

快出数量级的性能是怎样炼成的