C#中已添加空检查仍出现‘可能为空的引用取消引用’警告的原因排查

你遇到的这个问题其实是C#可空引用类型（NRT）分析里的一个小盲区——虽然你已经做了if (property == null) continue;的空检查，但编译器在特定场景下无法正确跟踪变量的非空状态，核心原因主要有两点：

1. 异步Lambda的可空分析限制 #

你把过滤逻辑放在了Task.Run的Lambda委托里，编译器对异步执行的代码会做更保守的可空性判断。哪怕property是循环内的局部变量、每次迭代都会重新赋值并立即做null检查，编译器也无法完全确定在Lambda执行期间，是否有其他线程会修改相关变量（哪怕实际上这种情况不可能发生），因此仍然会认为property存在空引用风险。

2. IComparable实现类的ToString()潜在可空性 #

虽然object.ToString()的默认实现返回非空字符串，但IComparable的自定义实现类可以重写ToString()方法并返回null（比如某些业务场景下的特殊实现）。不过这种情况比较少见，更多还是第一种原因导致的警告。

消除警告的几种方案 #

你可以根据自己的代码风格选择合适的解决方式：

方案1：使用Null-Forgiving运算符（!）

直接告诉编译器你确信此时property不为null，这是最简洁的处理方式：

item.IsVisible = property!.ToString().ToLower().Contains(searchString.ToLower());

方案2：用模式匹配捕获非空变量

通过模式匹配让编译器明确识别非空值，这种写法更符合现代C#的风格：

foreach (var item in ViewItems)
{
    var property = itemProperty(item.Item);
    // 捕获非空的变量，编译器会自动识别其非空状态
    if (property is not IComparable nonNullProperty) continue;
    item.IsVisible = nonNullProperty.ToString().ToLower().Contains(searchString.ToLower());
}

方案3：提前约束委托返回值的非空性

如果你在业务逻辑上能确保itemProperty返回的IComparable?只有少数空情况，可以在调用委托时就用null-forgiving运算符，再保留运行时的空检查作为保障：

var property = itemProperty(item.Item)!;
if (property == null) continue;
item.IsVisible = property.ToString().ToLower().Contains(searchString.ToLower());

额外优化提示 #

另外，这段代码里的Task.Run可能没必要——你只是在内存中遍历集合做过滤操作，直接同步执行后调用StateHasChanged()即可（除非ViewItems数据量极大，需要避免阻塞UI线程）。如果确实需要异步执行，一定要确保ViewItems是线程安全的集合，避免遍历期间被其他线程修改。

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