锁和事务谁在外层

最近发布系统出现一个问题，发布单审核时，子发布单中的数据出现重复，经过排查，是因为锁和事务的顺序问题引起的。
引起问题的伪代码入下

这段代码可能会出现，多线程访问时，
线程1进入方法，开启了事务A，获取了分布式锁，执行完业务逻辑后，释放了锁，然后发钉钉通知，最后提交事务
在线程1释放锁和提交事务A这段时间内，有可能会有其他线程进入该方法，执行业务逻辑并提交事务
所以可能会出现出乎意料的情况。

在分布式系统中同时使用‌事务和分布式锁时‌，‌建议将事务放在内层（方法内部），分布式锁放在外层（方法外部）‌。这种组织方式可以确保数据的一致性和并发安全

核心原则‌：

‌事务管理优先‌：将事务控制放在方法内部（如Service层），确保数据操作在事务保护下执行。
‌分布式锁后置‌：在调用事务方法之前先获取分布式锁，并在方法结束后释放锁。这样即使事务因并发未提交完成，锁仍保持有效状态，避免并发修改共享资源。
像钉钉通知这类可能耗时的操作也最好不要放在事务中