关于配置的一些坑以及二次开发的经验分享

距离上次发文已经好长时间了，期间接到个维护的需求，业务完全不懂，开发期间又回了趟老家，比较忙，距离上次发文感觉已经好长时间了。

      根据需求二次开发对于老程序员来说，最难的应属于业务的理解吧，对于我们这些新程序猿来说那更是头疼了。对于不明白业务的开发来说，我的经验是只有多问了，这个比你自己撸代码快多了，看代码理解业务应该属于最慢的一种解读吧，除非之前懂业务的跳槽了，然还有最重要的要问下提出需求的人员，可能他们是程序的使用者，对于直接的业务理解至关重要。开发的脸皮一定要厚，提需求的一般是妹妹，这个也是一个撩妹的直接出发点哦，搞不好需求明白了女盆友也到手了，把握好机会兄弟。我呢在这点上脸皮还是比较厚点的，需求有主管和需求妹子讲的很明白，关键项目开发的老程序员在，那不能浪费资源，开发中间我问到的程度能达到一个业务需要从哪取数据，存入到那张表中，是不是太露骨了，剩下的就是狂撸代码，测试流程，然而这个也是最快完成需求的一个方法。

      配置上的坑是这样的，开发中间有个远程服务器地址换了一下，当时我呢只把开发环境的配置修改了，测试的当时没在意。介绍一下我们的项目使用maven管理的，环境分为开发环境、测试环境、公测环境和生产环境，pom文件中设置了的不同环境加载不同的配置文件。开发时我测试是通过的，发布到服务器之后运行就不一个味了，同样的程序执行流程不一样。没经理过这些也处理不了啊，找大神帮忙。排错的经验也是值得分享的，服务器上拍错不像本地debug调试，完全看日志的。首先打开远程服务器的日志逐行查看，当时是找到了一个请求有两个参数为null，无其他有用的日志了，根据参数分析了请求的链接，然后返回代码，把参数打印出来，重新打包，是在cmd中完成的，打包顺序从父类和依赖开始。完了之后再发布测试环境从新请求，然后就查到了访问远程服务的一个地址，忽然想到地址改过，从远程拉取不到数据导致参数为空的，就断定是这个原因。修改配置，再次打包发布，测试完美通过。开始发现问题时，我也是一脸懵逼，代码一样，我本地测试时通过的，发布测试就是测不过，开始以为是打包发布的问题，这中间还有个小差，主管告诉我项目发布的是dts，我查看dts日志没有异常，我就想不通了，其实项目并不是在这个工程下跑的。最后还是我的辉哥找到项目的日志查找到问题的，在这里感谢下辉哥的大力支持，赞一个。