Blazor WASM同名QueryString参数跨页初始化异常求助

问题场景 #

我们的Blazor WASM应用遇到了异常行为：两个独立页面各自定义了同名的参数（比如id），该参数从URL的querystring初始化，并且绑定到页面上用于过滤列表的文本框。

用户在页面文本框输入内容执行搜索时，页面会通过导航到自身的方式，将过滤条件写入querystring，确保URL能反映当前展示的数据状态方便分享。但问题是：当用户在page1搜索后URL变为page1?id=test，点击NavLink组件导航到page2时，page2的过滤框会被自动填充为test值，而此时page2的URL并没有任何querystring参数，且该问题仅在两页面参数同名时触发。

调试思路 #

• 监控组件生命周期方法：重点跟踪目标页面（page2）的OnParametersSet和OnParametersSetAsync方法，记录每次调用时的参数值与来源。正如复现中发现的，该方法会被调用两次，第一次参数值来自前一页的querystring，这是定位问题的关键突破口。
• 排查导航过程中的URI变化：借助NavigationManager，在导航前后打印当前的Uri和QueryString，确认导航流程中URL的变化是否符合预期，检查是否存在参数残留情况。
• 隔离参数初始化逻辑：修改页面参数的初始化方式，比如在OnInitializedAsync中直接从当前URI的querystring读取参数，不依赖组件参数的自动绑定，验证是否能避免前页参数的污染。
• 对比路由参数的表现：如果业务允许，尝试将参数改为路由参数（如page1/{id}），测试是否仍出现相同问题，以此判断是querystring处理的特定问题，还是组件参数绑定的通用问题。
• 检查NavLink的配置：确认NavLink的href是否明确设置为无参数的路径（如/page2），排查是否存在意外携带前页参数的情况。

补充说明 #

已在极简测试应用中复现该问题，发现第二页加载时OnParametersSet会被调用两次，第一次执行时，从querystring取值的属性会被前一页URL的参数值初始化。目前已在GitHub提交相关Bug工单，欢迎有相似经历的开发者参与反馈。

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