最近做项目的时候遇到一个问题 , 简要说一下项目的的坑如何出现 .
中石油的这个项目 ,需要银行的查询系统 , 以及电子票的开具系统 , 银行系统用的定时器 ,半个小时走一次 , 在定时器运行当中 , 只要遇到一个到账, 生成一个docCode 就开始调用电子票系统 , 顺便修改数据库的到账状态 ,以及到账时间等信息 , 并且系统要记录docCode方便会回调时在数据库快速找到 , 在定时器运行当中 任务量有的时候特别大 , 例如有十条数据 , 定时器在走到第五条的时候 发票系统开始回调 , 这个时候定时器还没走完 , 这十条数据 没有提交 ,所以发票回调的时候找不到这个docCode , 因为aop是整个定时器走完最后统一提交 .
这个时候需要一条数据一条数据的手动提交 ,
导致如果把定时器放在service层用aop事务自动提交提 ,根据一个 前辈的说明 , 在调用发票的时候手动开启事务 , 进行保存操作 ,外面的事务会失效 ,要的就是这种效果 ,当项目运行的时候发现 一个问题 , 明明接口回调成功 ,但是 发票信息都为空 , 这个问题找了发票接口 , 以及各个影响回来发现还是这里的事务问题 ,以及hibernate 自动提交等问题 .
在定时器里面 , 实体类通过hibernate获取 , set 到账信息以后 , 这个实体类 不管调不调 保存更新方法 ,他都会保存到数据库 .
现在这个情况 ,就是 获取这个实体类 set到账状态 ,生成docCode 并且set 手动提交事务进行保存 , 发票回调顺利通过 docCode找到这个实体类 , 然后保存发票信息 . 重点就是 最后一步 整个定时器走完之后 由于set过实体类 整个事务又提交了一次 把发票的信息都给覆盖掉了
从这里就可以看出 , 首先是 整个aop的事务没有失效 , 另外 就是实体类a set后值自动保存了, 根据分析代码发现 首先是 要想手动提交后 整个aop事务失效, 首先是 手动提交的事务是当前session .getSessionFactory().getCurrentSession(); 也就是需要调用这个方法 而我为了 , 防止出现获取线程为null的情况 使用 .getSessionFactory().openSession(); 导致外层aop事务没有失效 ,
第二点 就是hibernate , 这个东西 我想自己保存 不想你保存 , 我没有调用save或者update方法 ,但是依旧会自动同步 , 这一点没办法控制 . 我尝试过把实体类a进行托管 ,效果一样 , 而让他变成游离状态不想麻烦 .
那么说说最后的解决方法 , 首先是新建一个非service层的类 , 因为一般的spring aop的配置都在service层 , 只有挪出来就不会出现提交两次的问题 , 第二个方案就是 让aop事务失效 , 首先是 getCurrentSession();和.openSession(); 的区别 , 经过我的一番研究(小白不严谨测试) , 使用 .openSession(); 获取的事务 , 保存实体后 aop事务不失效 等整个定时器走完又重新提交一次事务 , getCurrentSession(); 可以使最外层的aop失效 达到自己想要的效果 不过需要在配置文件中配置 .至于他们两个的详细用法 , 可以去自己搜一下 ,纸上得来终觉浅 .
thread
综上所述 , 这个问题我感觉最主要的原因是 hibernate的自动提交的问题 , 从数据库拿到的实体类set以后 不管调不调保存方法 , 最后都要进行保存 , 灵活性感觉很差(小白一枚) , 虽然可以new 一个实体类进行set 操作 ,但是调用 session 保存的时候可能存在实体类冲突的问题 (new的实体类和获取的实体类id一样) , 也有人说 当时设计的时候 不考虑aop 呢? 确实没考虑到发票端回调速度这么快 , 定时器代码运行起来 总共十几秒钟 , 它就回调( 不得不说大企业就是好 啥东西都是这个东西不错 ,咱们也弄一套的思路 局域网建发票系统 回调当然快) 第二点就是这段代码 不是我写的 , 项目由我收尾 出了问题当然我改 , 写这篇文章的目的 , 首先你看到这篇文章说明 , 你可能也遇到相关问题 , 而且找到了问题的所在 , 所以就是简简单单的记录下自己的码农成长之路 , 工作快一年了 , 也算是一种技术积累 .