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。有兴趣的可以了解一下，可以减少很多噩梦。