Blazor 性能优化核心在于减少不必要的渲染、降低 JS 互操作开销、控制组件生命周期和提升资源加载效率。不盲目套用技巧，而是从实际瓶颈出发——比如页面卡顿、首屏慢、滚动掉帧或频繁调用 JS 时延迟高。
减少组件重渲染
Blazor Server 和 WebAssembly 都受渲染器调度影响，过度刷新会拖慢响应。
用@key稳定列表项：在
@foreach中为每个 item 指定唯一
@key，避免 DOM 错乱和无效重建 重写
ShouldRender()：返回
false可跳过某次渲染，适合状态未变但父组件触发了刷新的场景 拆分大组件，用
RenderFragment延迟加载非首屏内容，比如折叠面板展开后再渲染内部表单
优化 JS 互操作（JS Interop）
JS 调用是 Blazor Server 的常见瓶颈，WebAssembly 中也影响启动和交互流畅度。
避免在循环或高频事件（如oninput、
onscroll）里频繁调 JS；改用防抖（debounce）或节流（throttle）包装 用静态 JS 方法 +
IJSInProcessRuntime（WASM）或预注册函数（Server）提升同步调用性能 批量传递数据，少用多次小调用；例如把数组一次性传给 JS，而不是遍历逐个调用
精简组件与依赖注入
臃肿组件和不合理的服务生命周期会拖慢初始化和内存占用。
避免在OnInitializedAsync做重 IO（如多 API 请求）；优先用
Task.WhenAll并行，或按需懒加载 检查服务注册方式：不用
AddScoped注册全局单例服务，避免跨用户/跨组件意外共享状态 用
[CascadingParameter]替代多层
Parameter传递，减少属性绑定开销
构建与部署层面优化
尤其对 Blazor WebAssembly，发布包体积直接影响首屏时间。
启用 AOT 编译（.NET 6+）：大幅提速 WASM 启动，但会增加 DLL 体积和构建时间，建议生产环境开启 配置Linker.xml或使用
<publishtrimmed>true</publishtrimmed>移除未用代码（注意第三方库兼容性） 启用 Brotli/Gzip 压缩 + HTTP/2，并为
_framework目录设置长期缓存头（
Cache-Control: public, max-age=31536000）
基本上就这些。优化不是一步到位，建议先用浏览器 DevTools 的 Performance 面板录制交互，看是渲染耗时、JS 执行长，还是网络阻塞，再针对性处理。
