Blazor WebAssembly中使用NavigationManager相比普通a href有什么优势？

一、两者的核心差异 #

路由处理逻辑差异 #

• 普通<a href="/test">走的是浏览器原生导航逻辑：Blazor默认会拦截同域下无target属性的a标签跳转，走客户端路由，但这种拦截有明确边界：只要跳转地址跨域、标签加了target="_blank"/download属性，就会触发整页刷新，Blazor应用的全局状态、临时数据会全部丢失，行为不可控。
• NavigationManager.NavigateTo走的是Blazor自研的客户端路由逻辑：默认完全不会触发整页刷新，不会销毁应用上下文，所有全局状态（登录态、缓存、未提交的表单数据）都会保留，也不会重复下载Blazor运行时资源；如果确实需要整页刷新，也可以手动传参forceLoad: true实现，行为完全确定。

渲染逻辑差异 #

• 普通a标签触发整页刷新时，整个Blazor应用会重新初始化，所有组件全部重新渲染，资源重复加载，跳转耗时很长。
• NavigationManager导航时，Blazor只会销毁当前路由对应的组件，渲染新路由匹配的组件，公共布局（顶部导航、侧边栏等）完全不需要重绘，渲染开销极低，跳转几乎是瞬时完成。

二、更推荐使用NavigationManager的原因 #

• 行为可控，没有边界问题：不会出现莫名触发整页刷新的情况，适配所有导航场景。
• 扩展性更强：可以在导航前后插入任意自定义逻辑，比如跳转前做权限校验、保存未提交的表单、上报用户行为埋点，这些是普通a标签做不到的。
• 适配更复杂的交互：除了a标签，可以在任意时机触发导航，比如表单提交成功后、异步接口返回后、按钮点击事件里，不受元素类型限制。

参考代码说明 #

你给出的代码分别对应两种导航方式的实现：

<!-- 依赖Blazor自动拦截的普通a标签，行为存在边界限制 -->
<a href="/test">Test</a>

<!-- 主动绑定点击事件调用NavigationManager，行为完全可控，可绑定到任意可交互元素 -->
<a @onclick="@LinkToTest">Test</a>
<!-- 或者 -->
<button @onclick="@LinkToTest">Test</button>

@code
{
    void LinkToTest()
    {
        NavigationManager.NavigateTo("/test");
    }
}

内容的提问来源于stack exchange，提问作者mko