前辈精言i

e.printStack()不使用 OOM

另外一个角度  接口交互

哪些能实现，哪些不能实现，重点说哪些不能实现

还有什么问题？

预估这些CODE有多少个，会不会产生CODE的重复

不同的业务可能重复

留后手，先不跟产品讲

设计是什么 关联关系  

某个接口怎么实现的  功能是什么样子的， 

预览前是什么样子，分层
不管怎么转化，最终是什么样子。  

关键业务点出来，顶层API之间的调用关系，复杂点要封装起来。

最终也是一种数据，策略，提供一个工厂，得到最终的数据。

1.定时任务考虑使用事务管理特殊报错情况
2.定时任务如果又更新又新增，可以考虑使用全量删除再全亮新增
3.可以为定时任务化解复杂度，定时任务可以专门处理复杂的业务，简单的业务可以被单独抽取
4.Mysql库下先插入后更新会有问题？隔离级别？
5.并发流同步更新同一条记录，会被行锁限制
6.多线程下一个线程专门处理一条数据，最终一次性提交数据（数据量大的情况考虑）
7.策略类保证定时任务代码不用动
8.Event结尾一般用于事件

1.执行器调用执行器的问题
2.复杂代码和SQL，添加注释