Blazor性能优化需从实际瓶颈出发，包括减少渲染、降低JS互操作开销、控制组件生命周期及提升资源加载效率；具体措施有：用@key稳定列表、重写ShouldRender()、拆分组件、防抖JS调用、启用AOT编译与代码剪裁等。
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或使用true -
启用 Brotli/Gzip 压缩 + HTTP/2，并为
_framework目录设置长期缓存头（Cache-Control: public, max-age=31536000）
基本上就这些。优化不是一步到位，建议先用浏览器 DevTools 的 Performance 面板录制交互，看是渲染耗时、JS 执行长，还是网络阻塞，再针对性处理。
