1.由于空格导致的坑；----解决方法：用鼠标点击字段，看数据前后是否有空格
刚步入开发行列的时候，自己数据库里面插入了一条数据，通过根据某个字段去查询，得到的结果数据却是查不到，自己去库里明面看着数据是存在的呢，可就是查询不到；此时，你可以去用鼠标去点击下，你用条件去过滤的那个字段值，看他的前后是否存在用肉眼看不到的空格；
2.由于换行符导致的坑；--解决方法：将有问题的那列的数据，复制粘贴到编辑器里面，看下是否有换行符
当数据插入到库里面，用查询条件，获取到list数据之后，通过debug，看到数据里面多了一个‘/n’.通过查看数据库中的数据（使用的数据库是MySQL，可视化工具是Navicat），用鼠标来回点击，看不到是什么原因，后来，用鼠标选中数据库中的那列的数据，复制粘贴到编辑器NotePad++中会发现，每一行中间都有一个换行符；（原因是：Navicat 中插入数据时，插入了换行符在数据库里面是看不出来的，但他（换行符）却是是存在的；当然最终的原因是：写代码插入数据时，插入了本不该有的换行符）；
3.由于项目中存在部分相同的代码导致让人颠覆的错觉；---总结：复制代码，记得把日志做修改，生成环境定位问题的日志关键字要有具有唯一性
简述项目背景是这样的：我们项目部署在客户的机房中，由于我们的项目需要调用第三方提供的接口，而只有我们系统所在的服务器与外网互通，第三方系统没有外网地址，只能通过我们的服务器通过内网才可以调通第三方接口；所有有些功能只能部署到生产环境才可以联调第三方接口；问题定位当然，也只能通过日志来定位；神奇的地方，就在日志这里，让人彻底崩溃了。我通过Linux命令（服务器是Linux系统）tail -f grep '日志中的关键字'，来定位日志输出，页面上的两个功能，调用的是同一个接口（理论上应该是同一个接口），仅仅是入参不同，但是有一个可以调用成功，另一个就成功不了；通过日志查看，日志总是走到一个地方，再往下就没有了，当时，其余的几行代码是不可能报错的，即便报错，我也已经用try catch 捕获了异常，但是异常里面的日志缺也没有在日志里面打印出来（真是让人费解，都开始怀疑，难道我对try catch 的认知都有问题吗？怀疑人生中。。。）；最终，我把问题描述给了同事，他听完就猜测到了可能是 我查询的日志关键字在项目中存在多处，；通过全局搜索，果不其然，由于本地测不了第三方的接口，所以我提前写了一个测试接口的方法，放到了生产上面，测试成功之后，才又重新写了提供给前端调用的接口，由于我们使用了swagger，接口都是直接让前端从swagger上找的，前端调用的时候，由于不太了解情况，一个调用的是我提供的前端的接口，另一个调用的是我测试第三方的接口；测试第三方的接口，由于没有业务逻辑的处理，其实就是前端接口的一部分，而这两个接口的打印的日志是相同的（测试接口在前，供前端调用的接口在后，后面这个直接复制的前面这个，然后把业务逻辑加上了）；至此，才找到问题的根源；