Blazor Navlink场景下遵循DRY原则的URI管理与状态优化问询

1. 服务生命周期的正确选择 #

针对之前的困惑“服务该注册为Transient还是Singleton”，结论非常明确：

• 绝对不要用 Singleton：Blazor Server模式下单例是全用户共享的，会直接把不同用户的语言选择串号，出现跨用户的状态污染
• 不适合用 Transient：Transient每次注入都会生成独立新实例，同一会话里各个组件拿到的都是不同的服务对象，存的语言状态根本没法共享，每次取到的都是初始值
• 正确的注册方式为Scoped（作用域生命周期）：Blazor里每个用户的浏览器会话天然对应一个独立的DI作用域，同会话内所有组件注入的都是同一个IUriService实例，既不会跨用户串数据，又能在同会话内共享状态，注册代码直接写：
  builder.Services.AddScoped<IUriService, UriService>();

2. 安全的服务状态设计 #

之前那种把语言字段暴露成公共属性、任何注入了服务的组件都能随便修改的问题，本质是没有划定状态的变更边界：

• 把语言存储字段设为私有，仅开放只读属性CurrentLanguage供外部读取
• 不依赖其他组件手动传值更新语言，直接把语言状态和路由绑定，服务自己通过NavigationManager的事件自动同步状态，从根源上杜绝随意修改的入口
• 完整服务实现参考：

  public class UriService : IUriService, IDisposable
  {
      private readonly NavigationManager _navigationManager;
      private string _currentLanguage;
  
      // 只读的当前语言属性，外部无法修改
      public string CurrentLanguage => _currentLanguage;
      // 对外暴露的语言变更事件，需要响应切换逻辑的组件可自主订阅
      public event EventHandler<string>? OnLanguageChanged;
  
      public UriService(NavigationManager navigationManager)
      {
          _navigationManager = navigationManager;
          // 初始化时直接从当前URL解析语言值
          _currentLanguage = ExtractPathLanguage(_navigationManager.Uri);
          // 订阅路由变化事件，URI变更时自动同步语言状态
          _navigationManager.LocationChanged += SyncStateFromUri;
      }
  
      /// <summary>
      /// 通用路径生成方法，支持任意多段路径参数
      /// </summary>
      public string GetPath(params string[] pathSegments)
      {
          ArgumentNullException.ThrowIfNull(pathSegments);
          var path = new PathString($"/{_currentLanguage}");
          foreach (var segment in pathSegments)
          {
              path = path.AddSegment(segment);
          }
          return path.Value;
      }
  
      // 路由变化时自动同步内部状态
      private void SyncStateFromUri(object? sender, LocationChangedEventArgs e)
      {
          var newLanguage = ExtractPathLanguage(e.Location);
          if (newLanguage == _currentLanguage) return;
          
          _currentLanguage = newLanguage;
          // 触发事件通知，让订阅了语言变更的组件重新渲染
          OnLanguageChanged?.Invoke(this, _currentLanguage);
      }
  
      // 从URI中提取路径第一段的语言码
      private string ExtractPathLanguage(string uri)
      {
          var absoluteUri = new Uri(uri);
          var segments = absoluteUri.AbsolutePath.Split('/', StringSplitOptions.RemoveEmptyEntries);
          // 匹配实际路由规则，默认回退到en
          return segments.Length > 0 ? segments[0] : "en";
      }
  
      // 释放时取消事件订阅，避免内存泄漏
      public void Dispose()
      {
          _navigationManager.LocationChanged -= SyncStateFromUri;
      }
  }
  

3. 完全解耦的语言切换实现 #

之前那种在Navbar里手动调用服务的UpdateLanguage方法、硬编码赋值的逻辑可以完全删掉，靠路由驱动就能实现自动同步：

• Navbar里的语言切换下拉，直接用UriService.GetPath()生成带目标语言的导航链接就行，用户点击跳转后，服务会自动捕获新的路由、更新对应的语言状态，根本不需要手动触发更新方法
• 导航栏组件里的代码参考：

  @inject IUriService UriService
  
  <div class="lang-dropdown">
      <span>当前语言：@UriService.CurrentLanguage</span>
      <div class="dropdown-menu">
          <Navlink href="@UriService.GetPath("products")">中文站点</Navlink>
          <Navlink href="@UriService.GetPath("products")">英文站点</Navlink>
      </div>
  </div>
  

• 解耦效果完全达成：UriService根本不需要知道Navbar组件的存在，Navbar也不需要关心服务的状态怎么更新，所有状态同步都由路由事件驱动，没有任何硬编码的依赖关系
• 额外优势：就算用户手动修改地址栏的语言段、刷新页面、或者从外部带语言参数的链接跳进来，服务的状态也能自动保持一致，不会出现逻辑脱节的问题

4. 常见避坑点 #

• 不要在服务里复用同一个全局StringBuilder做路径拼接：Blazor的渲染过程可能存在并发的路径生成请求，复用全局实例反而会出现字符串拼接错乱的问题，每次生成路径时用局部的字符串操作就行
• 记得实现IDisposable接口取消事件订阅，否则Blazor Server模式下会积累未释放的事件订阅，造成内存泄漏
• 后续如果要新增其他全站通用的路径段（比如租户ID、区域码），只需要在服务的URI解析逻辑、路径拼接逻辑里做调整，所有用到Navlink的组件不需要改动任何代码，完全符合DRY原则

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