Blazor WASM：顶级组件级联RouteData致SetParametersAsync触发两次

问题现象 #

• 在Blazor WASM应用中，当导航到包含至少一个查询参数的URI时，通过[CascadingParameter]接收顶级组件级联传递的RouteData的组件，其SetParametersAsync方法会被触发两次。
• 由于该方法负责调用接口获取数据，重复触发会导致不必要的接口请求，造成资源浪费。
• 应用因支持资源URI共享，大量使用NavigationManager.NavigateTo生成新URI并跳转，此场景下问题触发频繁。

触发条件验证 #

• 仅在组件通过CascadingParameter接收RouteData时出现此问题；若组件不依赖级联的RouteData，导航到带查询参数的URI时SetParametersAsync仅触发一次，行为正常。
• 已提供可复现该问题的代码示例。

官方行为确认与说明 #

该行为是Blazor WASM路由系统的已知特性：

当导航到包含查询参数的URI时，路由系统会先完成初始路由匹配，待查询参数解析完成后，会再次更新级联的RouteData，从而触发组件的SetParametersAsync方法二次调用。

在.NET官方的问题讨论中也明确提到，级联RouteData的更新机制会在路由匹配和查询参数解析两个阶段分别触发组件参数设置，这是设计上的既定行为。

临时规避方案 #

若需避免重复接口调用，可在组件中添加参数对比逻辑，仅当关键参数（如查询参数内容）实际变更时才执行数据请求：

private string _previousQueryValue;

public override async Task SetParametersAsync(ParameterView parameters)
{
    // 获取当前查询参数值，根据实际路由结构调整
    var currentQueryValue = RouteData.RouteValues["targetParam"]?.ToString();
    
    if (currentQueryValue != _previousQueryValue)
    {
        // 执行接口调用获取数据
        await LoadDataFromApi(currentQueryValue);
        _previousQueryValue = currentQueryValue;
    }
    
    await base.SetParametersAsync(parameters);
}

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