EF Core中是否需要检查上下文的DbSet属性是否为null？

核心结论 #

你看到的这段对context.Inspections的null检查完全没有必要，属于脚手架自动生成的冗余代码，EF Core会保证DbContext中定义的DbSet<T>类型属性永远不会为null。

具体规则说明 #

• EF Core在初始化DbContext实例时，会自动为所有定义在上下文类中的DbSet<T>属性完成实例赋值，和你有没有手动初始化属性无关。你代码里写的= null!只是NRT（可为空引用类型）场景下骗过编译器静态检查的写法，实际运行时EF Core会把这个属性替换为有效的DbSet<Inspection>实例，绝不会保留null值。
• 当数据库中没有对应实体的任何数据时，对DbSet调用ToListAsync()只会返回长度为0的空列表，既不会返回null，也不会抛出异常。
• 这段null检查配套的NotFound()返回本身也不符合REST接口语义：查询全量列表时如果没有数据，正确的响应是200状态码携带空数组，而非404资源不存在。

冗余代码来源 #

这段无意义的null检查是Visual Studio控制器脚手架模板的历史遗留问题，模板早期没有适配EF Core的DbSet生命周期规则，错误加入了永远不会触发的null判断分支，这也是你看到的多数开发教程都不会写这段检查的原因。

优化后的接口写法 #

你可以直接删除null检查分支，简化为如下代码即可：

[HttpGet]
public async Task<ActionResult<IEnumerable<Inspection>>> GetInspections()
{
    return await _context.Inspections.ToListAsync();
}

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