java编程中你遇到的最难解决的问题是什么?

1、包冲突和类装载。

有一个项目是用maven管理的,当时对maven的dependency里头的机制还不太懂,一不小心引入了apache httpclient里头的2个版本,好像是4.3和4.4。很不巧,4.4版本有一个新的API。

我用的IDE是IntelliJ,它识别出来了4.4,所以给的代码提示都是4.4的。

但实际运行的时候,老提示method not found,查了大半天。后来请教别人,用dependency:tree命令看一下有没有版本冲突问题。果然……exclude之后就好了。

2、Eclipse的坑

在IntelliJ出来之前,Eclipse应该是唯一的事实IDE(虽然我用NetBeans比较多……)。但Eclipse的J2EE容器集成好像有点小问题。在打开热编译替换的情况下,如果替换失败,Eclipse TMD不告诉你啊!!!!所以我是从来不相信Eclipse的结果的。。。提交代码前,一定会用纯命令行跑一下maven,以命令行下的结果为准。

现在能用IntelliJ就用IntelliJ,付费旗舰版用户(正版骄傲脸)。

3、Spring的各种不知道是不是bug的问题

Spring这个框架,很好,很给力,用来快速搭建项目是极好的。尤其是用了SpringBoot以后。但如果用的周边配套有点多的话……有小概率会打架,也就是前面其他人说过的“重启一下就好了”的问题……当然,极大可能是我对这个庞然大物了解不透彻,这个框架是工业级别的,要给予肯定。

现在不用Spring了,只用Jersey+自己写的外围插件。

4、不知道是否允许null的问题

这个问题很大程度属于管理+设计问题,但Java的语法也要背上一定的锅。因为从语法层面上,并不能反映“在设计上,一个变量正常情况下是否为null”。更恐怖的是,当团队大起来,加上水平参差不齐,再加上有几个“勤奋”的新手,BOOM……有人说,有@NotNull Annotation,但你也要知道,Annotation自身并没有什么卵用……Annotation要配合生命周期管理、依赖注入才有用,还严重受限于你所用的依赖注入,是否处理了这个Annotation,有的会自己定义另外一套……看过不少人,各种变量标记了@NotNull,但是自己手工new出来,有个蛋蛋用啊……

所以为了应对这个设计问题+新手问题,不得不在函数调用的第一行,加上 assert,但这样代码就很臃肿了。

Kotlin在这方面做的很好,语法上强化了null safety。有兴趣的可以了解一下,可以减少很多噩梦。

 

上一篇:集合的线程安全问题


下一篇:线段重合