这种问题，是因为粗心造成的，不过确实一不小心很容易犯，在此记录下，增强印象场景：在test分支，使用git的merge into current ，将master分支合并到test（需求较多，以及解决线上紧急问题时，然后没来得及合并到test分支上，导致test和master分支相差太大，有必要合并一下），合并时爆出的冲突问题都已经解决了，但是编译的时候出错了，在解决后。注意，我解决后，直接进行了

实际开发中，有一个场景对两种异常做同样的处理，如果分开捕获的话，他们的代码处理逻辑是一样的，显得代码有点冗余，下面方法可以同时捕获多个异常，放在一起做处理：try {//捕获内容} catch (IllegalArgumentException| BusinessException e) {//处理逻辑} catch (Exception e) {//其他异常处理逻辑}...

场景：我们项目用到了mq，有一个专门的服务在跑异步任务去发mq，这个mq的数据不是从数据库里面查的，而是从redis里面取的，之所以这么做，有两个原因：1、使用redis减少数据库的压力；2、本来异步任务是放在生产环境中的，包括涉及的异步任务表，都是和生产环境在一起的，那么异步任务多的时候，就会对生产环境造成压力，比如数据库压力、cpu等，所以后来将异步任务专门抽成一个服务，并专门给该项目做一个异