java编程中你遇到的最难解决的问题是什么？
1、包冲突和类装载。
有⼀个项⽬是⽤maven管理的，当时对maven的dependency⾥头的机制还不太懂，⼀不⼩⼼引⼊了apache httpclient⾥头的2个版本，好像是4.3和4.4。很不巧，4.4版本有⼀个新的API。中国继续医学教育官网
悲秋的诗句
我⽤的IDE是IntelliJ，它识别出来了4.4，所以给的代码提⽰都是4.4的。
但实际运⾏的时候，⽼提⽰method not found，查了⼤半天。后来请教别⼈，⽤命令看⼀下有没有版本冲突问题。果然……exclude之后就好了。天坛介绍
出则无敌国外患者的上一句2、Eclip的坑
在IntelliJ出来之前，Eclip应该是唯⼀的事实IDE（虽然我⽤NetBeans⽐较多……）。但Eclip的J2EE容器集成好像有点⼩问题。在打开热编译替换的情况下，如果替换失败，Eclip TMD不告诉你啊所以我是从来不相信Eclip的结果的。。。提交代码前，⼀定会⽤纯命令⾏跑⼀下maven，以命令⾏下的结果为准。
环保小卫士作文
现在能⽤IntelliJ就⽤IntelliJ，付费旗舰版⽤户（正版骄傲脸）。怎样去口臭
保险硕士
3、Spring的各种不知道是不是bug的问题
Spring这个框架，很好，很给⼒，⽤来快速搭建项⽬是极好的。尤其是⽤了SpringBoot以后。但如果⽤的周边配套有点多的话……有⼩概率会打架，也就是前⾯其他⼈说过的“重启⼀下就好了”的问题……当然，极⼤可能是我对这个庞然⼤物了解不透彻，这个框架是⼯业级别的，要给予肯定。
现在不⽤Spring了，只⽤Jery＋⾃⼰写的外围插件。
4、不知道是否允许null的问题
这个问题很⼤程度属于管理＋设计问题，但Java的语法也要背上⼀定的锅。因为从语法层⾯上，并不能反映“在设计上，⼀个变量正常情况下是否为null”。更恐怖的是，当团队⼤起来，加上⽔平参差不齐，再加上有⼏个“勤奋”的新⼿，BOOM……有⼈说，有@NotNull Annotation，但你也要知道，Annotation⾃⾝并没有什么卵⽤……Annotation要配合⽣命周期管理、依赖注⼊才有⽤，还严重受限于你所⽤的依赖注⼊，是否处理了这个Annotation，有的会⾃⼰定义另外⼀套……看过不少⼈，各种变量标记了@NotNull，但是⾃⼰⼿⼯new 出来，有个蛋蛋⽤啊……
所以为了应对这个设计问题＋新⼿问题，不得不在函数调⽤的第⼀⾏，加上 asrt，但这样代码就很臃肿了。
用图片搜索
Kotlin在这⽅⾯做的很好，语法上强化了。有兴趣的可以了解⼀下，可以减少很多噩梦。
