TransactionScope 環境事務陷阱：LINQ to SQL 與 ADO.NET 事務模式差異與多線程限制

TransactionScope 本質

• 依賴 .NET 2.0 System.Transactions.TransactionScope。
• 採用環境變數模式：建立時自動註冊為當前執行緒的環境事務。
• 所有「事務感知」物件 (SqlCommand、LINQ to SQL DataContext) 自動參與，無需顯式傳遞事務物件。

隱性綁定帶來的副作用

Public Sub OperationWithTransaction()
    Using t As New Transactions.TransactionScope
        Operation1()  ' 內部所有 DB 動作自動納入事務
        t.Complete()
    End Using
End Sub

• 調試困難：呼叫堆疊中事務範圍跨越多層，難以追蹤哪個操作參與了哪個事務。
• 非 OO 設計：事務與業務邏輯隱性耦合，違反顯式依賴原則。

多線程限制

單一 TransactionScope 僅適用於建立它的執行緒。 跨執行緒共享會導致未定義行為。

對比 ADO.NET 傳統事務

建議

• 單一資料庫、簡單邏輯：優先 SqlTransaction 顯式控制。
• 跨資料庫/訊息佇列等分散式場景：謹慎使用 TransactionScope，並注意 TransactionScopeOption.RequiresNew 隔離巢狀範圍。
• 嚴禁在多執行緒間共用同一 TransactionScope 實例。