@Async和@Transactional导致查不到（事务还没结束，还在锁表，还没真的插入，或者说查询select查不到这个被事务包裹的隔离了(insert)的这条数据）【类似于线程隔离？】

1.@Async在务@Transactional时有毒(因为它俩原理都是[代理]？)——异步方法状态是影响主流程的（比如抛异常能抛到主流程我擦）。换其他方式异步（手动）
（待验证，估计也无效，并且从没在事务下试过，因为若出现这种场景，这是业务逻辑上已经混乱了）
  @Autowired
    private ExecutorService executor;  

    executor.execute(
                        () -> { // 多线程
                            ehrWxMsgCenter.sendCheckworkWeekStatiticsWx(receiverStaff, startDay, endDay);
                        });

【待验证：看别人代码写法，其实，在同一个事务中，又插又查这一条，是查的到的。。？Me2021年8月20日01:01:21所以不是@Transactional而是@Async/奇怪的异步/非主流异步(一个自身异常了会影响/回调?主流程抛异常的异步)有毒】

2.事务的方法拆出来，不加在一个上面(不行，这个方法还不是肯定公用
)

3.手动传参进去

========================

4.可能不是事务的原因，纯粹是你代码业务逻辑：查询数据库却在这条insert上面（之前）了-_-||。。。【这就要具体业务代码具体分析了。比如这次流程重构的发消息中我要查第一条process，只在发起时会存在这条数据它此时还没有的情况，那其他流程不变，发起流程重写下发消息的逻辑即可】

=====2021年12月28日

想通过先插入数据（历史所有加班时长），以此sql代替java多次循环（天周日时长是否依次超过班次天周日各自上限）。发到测试发现不行，本地调又可以了，原来方法最上有个@Transactional。导致第一次时，insert数据没到表，查不到，永远ok不超控制。第二次时（第一次的事物已产生了），就又可以了----2021年12月28日12:29:14 乌龙，经测试，发现@Transactional并没有锁数据库行的功能，不影响读。是我代码sql查询写错。。发到测试发现不行，本地调又可以了，是因为sum弄成count，上限又设置了1小时，正好多条时count>=2>1，故有此表现。