EJB 事務屬性全解析：六大傳播行為的選型指南

EJB 容器管理事務 (CMT) 通過聲明式事務屬性定義方法邊界的事務傳播行為。正確選擇六大屬性 (Required、RequiresNew、Mandatory、NotSupported、Supports、Never) 是保證數據一致性與性能的關鍵。本文結合流程圖與決策矩陣，提供生產級選型指南。

六大屬性行為對照表

決策流程圖 (文字版)

方法是否修改數據？
├─ 是 → 是否必須在獨立事務提交？（如日志、審計）
│   ├─ 是 → RequiresNew
│   └─ 否 → 是否允許無事務調用？
│       ├─ 否 (核心業務) → Mandatory
│       └─ 是 (通用增刪改) → Required
└─ 否 (只讀/輔助)
    ├─ 是否為長耗時/外部調用？ → NotSupported
    ├─ 是否嚴禁事務上下文？ → Never
    └─ 其他 → Supports

常見誤區與最佳實踐

1. 誤以為 Required 總是開啟新事務：實際上它優先加入現有事務，僅在無事務時創建
2. 濫用 RequiresNew 導致事務碎片化：每個獨立事務意味著獨立的資源連接、鎖、提交開銷，高併發下易耗盡連接池
3. 忽視 NotSupported 的性能紅利：大報表查詢、批量只讀操作掛起事務可顯著降低數據庫鎖爭用
4. 異常回滾規則：默認僅 RuntimeException 觸發回滾，檢查型異常需 @ApplicationException(rollback=true) 或 setRollbackOnly()

注解與 XML 雙重配置示例

// 注解方式 (EJB 3.0+)
@Stateless
public class OrderService {
    @TransactionAttribute(TransactionAttributeType.REQUIRED)
    public void createOrder(Order order) { ... }

    @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
    public void logAudit(AuditRecord record) { ... }

    @TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
    public List searchProducts(SearchCriteria c) { ... }
}

// ejb-jar.xml 覆蓋
<assembly-descriptor>
  <container-transaction>
    <method>
      <ejb-name>OrderService</ejb-name>
      <method-name>createOrder</method-name>
    </method>
    <trans-attribute>Required</trans-attribute>
  </container-transaction>
</assembly-descriptor>

嵌套調用事務傳播實例

// 客戶端無事務
orderService.createOrder(order); 
  // → 開啟事務 T1 (Required)
  //   orderDAO.save(order);      // 加入 T1
  //   auditService.log(record);  // RequiresNew → 掛起 T1，開啟 T2 提交，恢復 T1
  //   inventoryService.reserve(); // Mandatory → 加入 T1 (若 T1 被掛起則異常)
  // → T1 提交

遷移至 Spring @Transactional 映射對照

掌握六大屬性語義，結合業務邊界設計事務策略，是構建健壯企業級應用的核心基本功。