北京
“ReSharper擴展什么時候能支持調試？”過去一年里，這是JetBrains社區被問得最多的問題。現在答案來了：2026.2版本中，調試功能的第一版正式上線。有意思的是，這次上線的意義遠不止“又一個功能落地”——它打通的，是一整套被官方限制堵了很久的工作流。
先把話挑明：這次更新的對手盤其實不是某個競品，而是微軟的許可策略。官方C# Dev Kit和C#擴展只允許在“正版”Visual Studio Code上運行，Cursor、Google的Antigravity IDE、Devin Desktop、Kiro這類兼容編輯器一概被擋在門外。這就導致一個很擰巴的局面：你用著為AI輔助編程優化的編輯器寫C#，但到了調試環節，還得再打開一個Rider或者VS，在兩個工具之間來回切屏。2026.2里的ReSharper調試器，直接把這個來回砍掉了。
下面我把這次更新的關鍵點拆成五條，每一條都踩在之前的痛點上。
第一條，調試器本身不是從頭造的輪子，而是搬來了JetBrains Rider的核心調試引擎。這個引擎已經在一線線上跑了很多年，穩定性、斷點觸發精度這些看家本事直接繼承了過來。所以拿到手里你就會發現，它不是一個“能跑就行”的初級調試器，初始版本就帶了條件斷點、命中次數斷點、依賴斷點和日志點——這些在微軟擴展里也不算標配，在兼容編輯器上之前更是想都別想。
第二條，斷點管理做到了代碼溝槽直接操作。行號左邊點一下設置斷點，右鍵菜單能設條件、改命中次數，和原生體驗一致。對于習慣了Rider的開發者來說，幾乎沒有學習成本。更關鍵的是，這套斷點系統完全遵循VS Code的調試適配協議，所以你用慣了的那套“Step Over / Step Into / Step Out”步進邏輯，快捷鍵都和VS Code原生的保持一致，不會出現兩套肌肉記憶打架的情況。
第三條，變量和表達式檢查不再是“盲調”。通過VS Code的調試視圖，可以直接看到運行時的變量值、監視表達式和調用堆棧，信息密度拉滿。之前不少人用第三方編輯器寫C#時，要么靠控制臺輸出頂一頂，要么干脆全憑猜，現在終于能實時盯狀態了。這一點對Blazor和XAML開發者尤其重要，因為UI框架里狀態漂移常常只差一兩個賦值，能即時看到變量值，調試效率是指數級的差距。
第四條，啟動和附加雙模式全部到位。你可以直接從編輯器啟動一個.NET、.NET Framework或Mono的調試會話，也可以附加到已經在跑的進程上。注意官方也補了一句：傳統.NET Framework的啟動有時會失敗（比如WPF項目），目前的應急方案是先自己跑起來再附加調試。這個坑主要是因為.NET Framework的啟動流程和現代協議有些兼容性磕碰，不過團隊已經承諾后續版本會修，算是打了個補丁預告。
第五條，也是被社區吐槽最久的一條：工具鏈終于不割裂了。ReSharper擴展原本就集成了代碼巡檢、解決方案瀏覽器、重構、導航和單元測試，現在加上調試，等于把Rider那套完整的C#開發能力搬進了VS Code以及兼容的編輯器里。對于Cursor這類專門為AI配對設計的編輯器來說，意義更大：你可以在一個界面里完成AI生成的代碼的審查、重構、運行和調試，不用再切到Rider里做最后把關。那種“AI寫代碼，真人跑回IDE里打補丁”的割裂感，至少在小項目和中型項目里可以直接消除了。
說到底，這次更新不是什么黑科技的首發，而是一個遲到但正確的補全。它解決的不是技術有沒有的問題，而是工具使用權被官方許可鎖死之后，開發者該去哪里拿到完整工作流的問題。ReSharper這條路，現在算是給出了一個實在的答案。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
