Blazor中List对象与API调用的Nullable警告问题咨询

问题本质 #

你遇到的两个警告都是C# 可为空引用类型（Nullable Reference Types，简称NRT） 机制的编译时检查提示，核心是帮你提前规避空引用异常：

• 第一个警告：GetFromJsonAsync<List<Course>> 有可能返回null（比如API返回空响应、解析失败），但你把它赋值给了非可空类型的result，编译器认为这里存在将null注入非可空变量的风险。
• 第二个警告：当result被声明为可空类型List<Course>?后，编译器会假设它可能为null，直接调用result.Remove(aux)可能触发空引用异常，所以会给出警告。

针对性解决方法 #

解决第一个警告（非可空变量赋值可能为null） #

选一种符合你业务场景的方式：

• 方式1：兜底空列表（推荐）
  如果API可能返回null，但你希望result永远是非空列表，用空合并运算符??兜底：

  List<Course> result = await ClientHttp.GetFromJsonAsync<List<Course>>("api/GetCourses") ?? new List<Course>();
  

  这样不管API返回什么，result都不会是null，编译器不再警告，同时避免了后续的空引用风险。
• 方式2：空原谅运算符（谨慎使用）
  如果你能100%确定后端API永远不会返回null（比如接口文档明确说明返回非空数组），可以用!告诉编译器忽略null检查：

  List<Course> result = await ClientHttp.GetFromJsonAsync<List<Course>>("api/GetCourses")!;
  

  注意：如果后续API返回null，运行时会直接抛出空引用异常，所以必须确保业务逻辑可靠。

解决第二个警告（可空变量调用实例方法） #

如果确实需要用可空类型的result，必须显式处理null情况：

• 方式1：先做null检查
  在调用Remove前判断result是否为null，编译器会识别这个检查，不再警告：

  List<Course>? result = new List<Course>();
  // ... 其他赋值逻辑
  if (result != null)
  {
      result.Remove(aux);
  }
  

• 方式2：确保变量不会为null
  回到第一个问题的解决思路，直接把result声明为非可空类型，通过兜底或确认API非空的方式保证它永远不为null，这样调用Remove时自然不会有警告。

核心原则 #

NRT的目的是让你主动处理null风险，而不是隐藏警告。所有解决方法的核心都是：要么保证变量永远不会为null，要么显式处理变量为null的情况，从根源消除空引用的潜在可能。

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