.NET DLL 循環引用問題的解決策略

在 .NET 解決方案中，多個項目之間出現相互引用（A 參考 B，B 又參考 A）會導致編譯失敗。本文提供幾種實用的解耦方案。

問題本質

循環引用本質上是「職責不清」：兩個程序集在編譯時都需要對方的類型定義，形成死鎖。

方案一：提取公共接口程序集（推薦）

1. 創建新項目 Common.Interfaces（Class Library）
2. 將雙方需要互相調用的「公共成員定義」（介面、抽象類、DTO、枚舉）移入此項目
3. 原 A、B 項目均引用 Common.Interfaces，實現具體類依賴抽象
4. 運行時再引用具體實現程序集

優點：徹底打破編譯時循環，符合依賴倒置原則。

方案二：合併為單一項目

若業務耦合極高且短期不會拆分微服務，可直接將 A、B 合併為一個項目，內部用命名空間隔離。最簡暴力，但失去獨立部署能力。

方案三：運行時動態加載（不推薦常規業務）

編譯時去除引用，運行時用 Assembly.Load + 反射調用。僅適合插件架構，維護成本高。

實施建議

• 優先採用方案一，建立清晰的分層架構
• 使用「接口隔離」原則：接口粒度越小，復用性越強
• 引入架構檢查工具（如 NDepend、VS 代碼圖）定期檢測循環依賴

解決循環引用不僅是為了編譯通過，更是重新審視模塊劃分的契機。