e.printStack()不使用 OOM
另外一个角度 接口交互
哪些能实现，哪些不能实现，重点说哪些不能实现
还有什么问题？
预估这些CODE有多少个，会不会产生CODE的重复
不同的业务可能重复
留后手，先不跟产品讲
设计是什么 关联关系
某个接口怎么实现的 功能是什么样子的，
预览前是什么样子，分层
不管怎么转化，最终是什么样子。
关键业务点出来，顶层API之间的调用关系，复杂点要封装起来。
最终也是一种数据，策略，提供一个工厂，得到最终的数据。
1.定时任务考虑使用事务管理特殊报错情况
2.定时任务如果又更新又新增，可以考虑使用全量删除再全亮新增
3.可以为定时任务化解复杂度，定时任务可以专门处理复杂的业务，简单的业务可以被单独抽取
4.Mysql库下先插入后更新会有问题？隔离级别？
5.并发流同步更新同一条记录，会被行锁限制
6.多线程下一个线程专门处理一条数据，最终一次性提交数据（数据量大的情况考虑）
7.策略类保证定时任务代码不用动
8.Event结尾一般用于事件
1.执行器调用执行器的问题
2.复杂代码和SQL，添加注释
