首页 > 代码库 > 我和Java 8的第一次亲密接触

我和Java 8的第一次亲密接触

周五上班偶然发现单位的系统里有Java 8可以用了,周六无事,把自己现在在做的一个项目从Java 1.6升级到了1.8。过程并不是一番风顺,在此记录,希望可以对各位看客有所帮助。

先说说现在在做的这个项目吧。这个项目是个纯技术的项目,从去年年中开始,断断续续搞了快一年了,beta三月上线,第一个版本应该是10月上线吧。这个项目现在使用的是Java 1.6,没有用什么大型中间件,使用的第三方软件包括Spring,common-x,和scala,开发环境是IntelliJ和Maven。

升级的第一步自然是安装1.8 JDK,这个公司已经打包好,安装只需要解压缩,然后就是配置JAVA_HOME和PATH。配置好后首先运行Maven,Scala plugin开始报错,2.10.1版本的scala-library遇到Java 8就不好使了,直接升级到最新的2.11.1,问题解决。

下面的编译一切顺利,开始运行Unit Test,所有的Spring MVC测试全部失败,ClassReader报错,google后发现我用的Spring 3.2.0不兼容1.8,升级到最新的4.0.x版本,所有测试还是跑不通,不错这次报错不一样了,错误从Spring Mock中报出,继续google。最后发现从Spring 4.0.3以后,不需要使用Spring mock了,直接添加Spring Test,全部测试终于跑通了。

从命令行编译过后,打开IDE,首先需要配置IntelliJ使用Java 1.8,这个需要修改项目的两个属性,包括JDK和代码版本。由于我使用了Scala,同时需要配置Scala编译器的版本。这时最好重新启动IntelliJ。开始编译,一切顺利。

环境一切顺利,添加一个简单的使用Stream API和Lambda Expression的单元测试,在IntelliJ中运行,一切顺利。这时再次在命令行运行Maven,编译失败!问题的原因是我的pom配置没有对compiler plugin进行特别的设置,compiler plugin的默认配置是1.5,所以当我使用1.8的feature的时候,编译失败。这也就是说其实我上面的一切修改只是让一个Java 1.5的程序可以在1.8的JVM上运行。添加了1.8的compiler plugin配置,代码终于可以运行了。

上面的整个过程大概花了3个小时,虽说不是太长,仔细思考了一下这些问题,我最后把上面的修改单commit到一个branch里,然后rollback了所有的change。与Java 8的第一次接触,我不得不说,虽然你很美,但是爱上你真的很不容易。

为什么这么说呢?因为1.8的兼容性实在太差了,升级一个还没有做完的新项目都这么麻烦,升级一个老项目简直不敢想象。更重要的是,兼容性这东西是有传染性的,一个第三方包不兼容,整个平台就不能升级。兼容性这个短板,必将造成Java 8在企业中举步维艰。没有企业用户,这就会使多数第三方开源项目不使用Java 8 feature,因为没人会为自己写代码容易,而抛弃现有用户。这样一个循环下来,我对Java 8的推广速度,非常悲观。

当然,我的这个结论也和我这个项目的特性有关。因为这个项目是一个中间件项目,在我的所有用户都升级到1.8之前,我是不能自己使用1.8 feature的。如果是一个end user的项目,1.8还是不错的考虑的。

最后,说说Java 1.8的新特性,1.8看似很重要,其实这些更新都是一些Java早就应该有的功能了。更关键的是,这些功能其实像Scala等一些基于JVM的语言已经都实现了。对于需要Functional Programming功能的程序员,集成Scala可能比升级1.8来得更容易,更实惠。