周报~
一、工作上
很多次的周一，在接新需求或者修改旧项目的时候，常会间断性的失忆、生疏；这是一大需要改进的问题。这周
1.完成了秒支付的还款交易，当中存在的问题是要如何去把控在高并发、多线程的情况下去保证数据的安全，程序的稳定以及还款前的业务处理，还款后的金额处理，事务处理未能够很好的理清，目前处于待调试阶段，后续问题跟进。
2.便处理一个朋友自己搭建的一个 springboot+mybatis-plus项目过程中遇到的问题，在执行mybatis增强自带的查询方法时，一直是找不到要执行的语句，invalid bound statement错误一直提示，yml的location一直扫描不到，但是自己写的语句还是可以执行 所以到头来这还是一个springboot+mybatis的项目。后来排查应该是pom引入的依赖包版本问题，但具体的还未去验证。
这其实本身就是一个很简单的东西，在平时工作中却因为把更多的精力放在了处理线上问题、业务逻辑上，而忽略了在平时的编码中，我们每个人都应该要带着框架思想的去编程，一个简单的配置，一个简单的注解 如果去掉了 对整体又会有什么影响，自己写的方法，是否能写成通用的，是否该更简洁一点；很多的工具类有时也是参照源码模仿得来。本周回顾以前的项目，对于有些设计，还是存在疑惑，比如 我在实现了接口applicationContextAware的类中 有一个方法setApplication 大家都是知道 只要这个实例对象被创建之后 就会去执行setApplication 的方法，而我这个方法里边并不仅仅是处理创建bean对象，而是去处理相应的业务逻辑，那么重点来了，我的逻辑里边处理的是另一个类的方法，而这个方法addObserver的参数是一个接口，这个接口有一个方法update(Message message) 作为消费者处理回调结果的方法，可是我在调用这个方法addObserver的时候却能够直接用到接口里面的update方法的参数Message作为传递么？那如果是这个接口有多个方法的情况下，该如何去选择参数作为传递？后面就是我的这个接口作为一个List去add消费者(注意 并不是直接实现接口，但却是接口的实现类)，最后在处理mq消息的时候再去遍历那个List 然后拿到接口，接着执行update方法，这个时候又是怎么去匹配执行哪个消费者的方法？我的理解就是根据前面add进来的实现类，然后在匹配。
这周怎么说，有未处理的问题也代表自己的能力还得再提升，但这周的工作的整体状态还是要保持的额。
二、生活上
应该是有大半年没过来图书馆，或许是入秋半冬适合户外的季节，这里反倒人少显得格外安静。
最后分享：或许是立冬后的原因，对岁月的感觉渐渐变得迟钝了起来，有时候会想，即使死去的印第安人是最优秀的印第安人，可我还是要苟延残喘… 哈哈哈 略显悲观 但希望能够给予你们动力