背景與問題
對使用 Visual Studio Code 開發 C# 的工程師來說，C# Dev Kit 是微軟提供的官方擴充套件，負責專案載入、建置、測試與語言服務等核心功能。然而隨著解決方案（solution，即一個工作區底下多個專案的集合）規模成長，舊版架構的瓶頸越來越明顯：開啟大型專案時要等數十秒才能開始編輯，每次增量建置也有不小的固定開銷，背後還要啟動六個互相連接的受控執行緒程序，吃掉大量記憶體。根據微軟 .NET 官方部落格的文章，C# Dev Kit 隨著 .NET 11 的推出進行了徹底的架構重寫，版本號也從 3.3 直接對齊 .NET 主版本跳到 11.0，主打更快的載入、更快的建置與更低的記憶體占用，並加入 MSBuild 檔案編輯支援與 C# Doctor 診斷工具。
載入速度的關鍵改造
官方在兩個真實大型解決方案上量測載入時間：擁有 155 個專案的 Orleans，以及擁有 407 個專案的 Aspire。量測分為兩個時間點，一是「使用中檔案就緒」，也就是你正在編輯的檔案已具備自動完成、診斷、跳至定義與快速修正等語言功能，可以開始真正工作；二是「整個解決方案就緒」，代表所有專案載入完畢，跨專案的尋找所有參考與測試探索都可用。在 Aspire 上，舊版使用中檔案最慢要等 84.1 秒，新版僅需 0.47 秒，快了 180 倍；整個解決方案載入也從 84.1 秒縮到 3 秒。
這個改善來自三個設計。第一是專案快取：新版不再每次開啟都重新解析所有專案，第一次載入後建立快取，之後的載入直接讀取快取結果。若把快取檔案提交到版本控制，新clone的儲存庫或新的 git worktree 也能立即享有快速的工具支援，這對與 AI agent 協作的工作流程尤其有用。第二是改為優先載入使用中檔案：舊版按固定順序載入專案，你正在編輯的檔案排在後面就只能乾等；新版讓編輯中的檔案立即就緒，其餘在背景載入，等待時間不再隨專案數量線性增長。第三是程序整併與 Native AOT：舊版要啟動六個受控程序，每個都要通過防毒檢查、從磁碟載入映像、執行 JIT 編譯再彼此連線；新版整併為單一原生執行檔 CSDevKit，使用 .NET 的 Native AOT（預先編譯為機器碼，不需要執行階段即時編譯），啟動路徑上沒有執行環境載入與 JIT 成本。
建置與記憶體表現
建置方面，11.0 導入了 Visual Studio 使用者早已熟悉的兩項功能：快速最新檢查（fast up-to-date checks）與建置加速（Build Acceleration），大幅降低判斷哪些檔案需要重建以及複製輸出檔案的額外開銷。在 Aspire 解決方案上，什麼都不改的建置從 34.4 秒降到 0.88 秒（39 倍），只修改單一 C# 檔案則從 36.1 秒降到 2.1 秒（17 倍）。由於執行單元測試與啟動應用程式前都會先建置，這些日常操作的等待時間也一併縮短。記憶體方面，單一 Native AOT 伺服器加上更精簡的專案記憶體模型，讓降幅相當可觀：Orleans 從 1,307 MB 降到 208 MB，Aspire 從 2,072 MB 降到 316 MB，降幅約 85%。值得注意的是記憶體用量主要跟程式碼規模而非專案數量相關，例如約有 18,153 個 C# 檔案的 Roslyn 專案使用 379 MB，比檔案數少但專案數相近的 Aspire 更高。這些數字只計算 C# Dev Kit 伺服器本身，Roslyn 語言服務與 VS Code 主程序的占用不在比較範圍內。
新功能與實務限制
功能面上，11.0 為 .csproj、.props、.targets 等 MSBuild 檔案加入完整的語言支援，包括套件名稱與版本的自動完成、屬性與項目的跳至定義（可深入 SDK 原始碼）、即時診斷與快速修正，套件的 CodeLens 還會提示是否有新版本或已知弱點。新增的 C# Doctor 則把常見環境問題集中檢查：SDK 缺失、執行階段未安裝、目標框架不可用、套件還原失敗或套件含已知弱點，一次列出並引導修正，省去從零散錯誤訊息拼湊原因的麻煩。
實務上仍有幾點限制需要注意。建置加速的幅度取決於解決方案的結構，並非每次建置都能達到官方數字，改善最大的是「每次只改少量檔案」的常見情境。目前 11.0 僅提供 pre-release 版本，需在擴充套件頁面切換到預覽通道才能使用，穩定版仍在準備中。整體而言，這次重構不只是數字上的提升，微軟也明言是為了因應開發者與 AI agent 並行操作、頻繁進出工具的新工作流程所做的長期投資，對大型 C# 專案的日常開發體驗是實質的改善。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。