EF LINQ访问导航属性抛出System.ArgumentNullException异常排查

抛出的System.ArgumentNullException是Linq内置的参数校验异常，触发场景是调用Linq扩展方法（这里是Select）时，传入的源可枚举序列source参数为null。
你代码中已经对flow对象做了非空校验并抛出对应NotFoundException，因此异常和flow对象本身无关。

null值是flow.Disciplines集合导航属性。
出现该问题的根本原因是Flow实体类的Disciplines集合属性没有配置默认初始化值：当EF Core从数据库加载Flow实体时，如果当前Flow没有关联任何Discipline数据，且实体类未给集合属性赋空集合初始值，EF Core填充实体时会直接将该属性赋值为null，而非空集合。后续对null值调用AsQueryable()、ProjectTo()、ToList()等Linq方法时，内部执行到Select逻辑就会触发空参数异常。

推荐按优先级选择以下修复方式：

• 根本修复（符合EF Core最佳实践）：修改Flow实体类，在定义Disciplines属性时直接初始化为空集合，从根源避免集合导航属性为null的问题，示例代码：

using System.Collections.Generic;
using AcademicSchedule.Domain.Entities;

public class Flow
{
    public int Id { get; set; }
    // 其余实体属性省略
    // 初始化集合导航属性为空集合
    public ICollection<Discipline> Disciplines { get; set; } = new List<Discipline>();
}

该方式修复后，项目中所有访问Flow.Disciplines属性的位置都不会再遇到同类null异常，无需额外写空判断。

• 临时兼容修复：如果暂时无法修改实体类，可以在当前查询逻辑中增加空值兜底，使用空合并运算符将null转换为空集合：

var result = (flow.Disciplines ?? Enumerable.Empty<Discipline>())
    .AsQueryable()
    .ProjectTo<DisciplineDto>(_mapper.ConfigurationProvider)
    .ToList();

该方式仅能修复当前位置的异常，其他位置访问Disciplines属性仍可能触发同类问题。

额外优化建议：你当前的查询逻辑先Include加载全量关联数据再在内存中做AutoMapper投影，性能较差，可以直接改为数据库级投影，不需要Include导航属性，示例：

var flowExists = await _context.Flows.AnyAsync(x => x.Id == request.FlowId, cancellationToken);
if (!flowExists)
{
    throw new NotFoundException(nameof(Flow), request.FlowId);
}

var result = await _context.Disciplines
    .Where(d => d.FlowId == request.FlowId)
    .ProjectTo<DisciplineDto>(_mapper.ConfigurationProvider)
    .ToListAsync(cancellationToken);

return result;

该写法直接在数据库层面完成过滤和投影，不需要加载全量Discipline实体到内存，查询效率更高，同时也不会触发导航属性为null的异常。

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