Blazor Server 调试主要在 Visual Studio 或 VS Code 中进行，.NET 逻辑运行于服务端，通过 SignalR 推送 UI 更新，断点、变量观察等均在服务端代码操作；需确保 Development 环境及正确 launchSettings.json 配置，默认支持调试，F5 启动后可直接在 OnInitializedAsync 等方法设断点；支持“编辑并继续”和热重载（修改 Razor/C# 逻辑后保存即生效，但不支持类签名等结构性变更）；排查问题时应关注服务端日志、组件生命周期断点及 SignalR 连接状态，而非仅依赖浏览器开发者工具。
Blazor Server 的调试主要在 Visual Studio 或 VS Code 中进行，不需要依赖浏览器开发者工具的 JS 调试功能。因为 Blazor Server 的 .NET 逻辑运行在服务器端，UI 更新通过 SignalR 实时推送到浏览器，所以断点、变量观察、调用栈等都得在服务端代码里操作。
启用调试支持
确保项目处于 Development 环境，且 launchSettings.json 中已配置好 IIS Express 或 Kestrel 启动项。默认新建的 Blazor Server 项目已具备调试能力，无需额外安装扩展（VS 2022 / VS Code + C# Dev Kit 即可）。
- 按 F5 启动调试，浏览器自动打开，后端代码可直接设断点（如
OnInitializedAsync、事件处理方法、Page 模型中的方法） - 断点会准确命中，局部变量、监视窗口、调用堆栈全部可用
- 支持“编辑并继续”（Edit and Continue），修改方法体后保存即可生效，无需重启
热重载（Hot Reload）配合调试
热重载不是调试的替代，但能显著提升迭代效率。它允许你在不中断调试会话的情况下更新 Razor 组件、CSS、甚至部分 C# 逻辑。
- VS 中开启路径：工具 → 选项 → 调试 → .NET/C++ 热重载，勾选“调试时启用热重载”和“保存文件时应用热重载”
- 修改
.razor文件或后台代码（如@code{}块内非构造函数逻辑），保存后页面自动刷新，断点仍保持激活状态 - 注意：热重载不支持修改类签名、添加/删除成员、改动 Program.cs 全局配置等结构性变更
排查常见问题的调试技巧
遇到 UI 不响应、状态未更新、SignalR 断连等情况，不能只看浏览器 Network 或 Console —— 关键线索在服务端日志和断点行为。
- 在
Program.cs开头加builder.Services.AddLogging(b => b.AddConsole());，配合ILogger输出关键流程日志 - 在组件生命周期方法（
OnInitializedAsync、OnParametersSetAsync）中设断点，确认是否被调用、参数是否正确 - 检查 SignalR 连接状态：在浏览器控制台执行
connection.state（需先获取全局 connection 对象），或在服务端Hub类中加日志观察连接/断开事件 - 若页面空白或报错“Connection disconnected”，优先查服务器端异常（如未捕获的 await 异常、DbContext 并发访问），这类错误通常不会显示在浏览器，但会出现在 VS 输出窗口的“ASP.NET Core Web Server”或“调试”面板
基本上就这些。Blazor Server 调试本质还是传统 ASP.NET Core 服务端调试，只是多了组件生命周期和 SignalR 通信这两层上下文要留意。
