启用NRT后ASP.NET MVC模型绑定字符串空引用异常处理

这不是.NET模型绑定的设计问题。
ASP.NET Core 模型绑定对所有未从请求来源（URL查询参数、表单、请求体、路由值等）匹配到值的引用类型参数，默认绑定值为null，不会自动转换为String.Empty，这个行为在NRT（可为空引用类型）功能推出前就已存在，和NRT本身无关。
启用NRT后出现空引用异常的核心原因是：将Action参数声明为非空string类型属于编译时注解，仅用于给编译器提供空引用分析的依据，不会改变运行时的模型绑定逻辑。编译器会默认非空参数不会传入null，因此不会给出空引用警告，但运行时模型绑定不受编译时注解约束，未传参时依然会传入null，最终触发空引用异常。

根据参数的业务属性选择对应处理方式即可，不需要机械套用单一规则：

• 可选参数场景：直接声明为可空引用类型
  如果该参数允许请求不传，将参数声明为string? testString是最符合NRT设计规范的做法，编译器会强制要求在使用参数前做非空校验，从编译期就规避空引用风险：

  public IActionResult MyAction(string? testString)
  {
      // 未传参时testString为null，通过空合并运算符兜底为空字符串
      string trimmedString = (testString ?? string.Empty).Trim();
      // 其他业务逻辑
      return View();
  }
  

• 必填参数场景：标记必填特性或配置默认值
  如果业务逻辑要求该参数必须非空，有两种常用处理方式：
  1. 给参数添加[Required]特性，未传参时模型验证会直接返回400参数校验错误，请求不会进入Action内部逻辑，此时Action内可以直接将参数作为非空值使用：

     public IActionResult MyAction([Required] string testString)
     {
         // 模型验证不通过不会执行到此处，无需额外做空判断
         string trimmedString = testString.Trim();
         return View();
     }
     

  2. 直接给参数配置默认空值，未传参时模型绑定会自动使用默认值，不会赋值为null：

     public IActionResult MyAction(string testString = "")
     {
         string trimmedString = testString.Trim();
         return View();
     }
     

• 全局统一规则场景：自定义模型绑定逻辑
  如果希望项目中所有未传值的字符串参数都默认绑定为string.Empty而非null，可以自定义字符串类型的模型绑定器，全局注册后统一处理该逻辑，不需要每个参数单独配置。注意使用该方案时需要同步调整NRT相关的分析配置，避免编译时的非空判断和实际运行时行为不一致。

该方案确实可以避免编译器误判、提醒开发者处理空值，但属于比较粗放的处理方式：对于必填参数来说，标记为可空反而会让开发者在业务逻辑中写多余的空判断，不如通过[Required]特性在模型验证阶段拦截非法请求更合理，仅需要对确实可选的字符串参数标记为可空类型即可。

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