當這兩個一塊使用時，要注意的是Transactional 和Synchronized 誰包裹誰的問題。 ## 事務包含同步鎖 由于在synchronized（或者其他鎖） 里面鎖住的代碼，先解鎖后方法才會提交事務，當并發太高時，有幾率出現鎖不住的情況，  @Transactional(.....) public synchronized void Test() { 或者是代碼塊 synchronized (lock) { ..... } } ## 同步鎖包含事務 比如 controller層在調用service層方法上添加Synchronized ，這樣主要問題是鎖住的代碼太多，可能導致很多不需要加鎖的業務也加上鎖了，加鎖一般都是盡量大的去減小顆粒度，但是這樣確實不會導致 ## 其他解決方式 改成 同步鎖包含事務 這種方式，會影響性能，所以這里說一下其他方式 使用編程式事務 @Transactional 是聲明式事務 在代碼里手動開啟和提交、回滾事務，這樣可以細粒度的控制事務