Blazor Server如何从控制器跳转Razor组件并传递参数

问题1：是否可以直接从控制器导航到.razor格式的Razor组件页面？ #

不能。
Blazor Server的.razor组件运行在独立的组件渲染管线中，依赖SignalR会话上下文完成渲染和交互；而传统MVC控制器走的是标准HTTP请求-响应管线，内置的View()、RedirectToPage()等方法默认只会检索.cshtml格式的视图/Razor Page文件，完全不识别.razor组件的路由规则，你之前遇到的「找不到MyPage视图、搜索路径全是.cshtml位置」的报错，就是两套管线不兼容导致的。

问题2：无法直接导航时的最优解决方案 #

采用「控制器重定向+查询字符串传简单参数+临时缓存传复杂对象」的方案，改动量最小，完全兼容现有Blazor Server运行逻辑，不需要调整原有业务代码，具体实现步骤如下：

• 调整参数传递规则
  HTTP重定向本身不支持直接传递复杂类型对象，简单值类型（比如示例中的MyInt）直接通过URL查询字符串传递即可；复杂模型（比如示例中的SomeModel）先存入临时存储，通过查询字符串传递存储的唯一Key，组件加载时再凭Key取数据。
  临时存储优先选择带过期时间的内存缓存即可，如果是多节点部署可以换成分布式缓存，不要用无自动过期机制的会话状态，避免不必要的内存占用。

• 修改控制器代码
  去掉原有的return View()逻辑，执行完业务操作后直接返回重定向结果到Blazor组件的路由地址：

  // 提前通过构造函数注入IMemoryCache实例
  private readonly IMemoryCache _cache;
  public YourController(IMemoryCache cache)
  {
      _cache = cache;
  }
  
  public async Task<IActionResult> SomeAction()
  {
      DoSomeStuff();
      // 复杂模型存入缓存，设置5分钟短过期时间
      var cacheKey = Guid.NewGuid().ToString();
      _cache.Set(cacheKey, SomeModel, TimeSpan.FromMinutes(5));
      // 302重定向到Blazor组件路由，简单参数和缓存Key拼到查询字符串
      return Redirect($"/MyPage?myInt={MyIntValue}&cacheKey={cacheKey}");
  }
  

• 修改Razor组件代码
  给需要从URL取值的参数加[SupplyParameterFromQuery]特性，在生命周期方法中凭缓存Key取出复杂模型即可：

  @page "/MyPage"
  @inject IMemoryCache Cache
  -- 页面内容 --
  -- 其他Razor组件引用 --
  
  @code{
      [Parameter]
      [SupplyParameterFromQuery(Name = "cacheKey")]
      public string CacheKey { get; set; }
  
      [Parameter]
      [SupplyParameterFromQuery(Name = "myInt")]
      public int MyInt { get; set; }
  
      public SomeModel MyModel { get; set; }
  
      protected override async Task OnParametersSetAsync()
      {
          // 从缓存取复杂模型
          if (!string.IsNullOrWhiteSpace(CacheKey) 
              && Cache.TryGetValue<SomeModel>(CacheKey, out var storedModel))
          {
              MyModel = storedModel;
              // 取完数据立刻删除缓存，避免内存浪费
              Cache.Remove(CacheKey);
          }
          // 原有业务逻辑
          // Do Stuff
      }
  }
  

注意：不要尝试把复杂模型直接序列化后拼到URL里，一方面URL有长度限制，另一方面特殊字符转义很容易导致参数解析失败，临时缓存是稳定性最高的实现方式。

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