EF Core中SelectMany查询如何过滤可为null的关联列表？

针对你遇到的问题——在EF Core LINQ查询中使用SelectMany遍历可能为null的导航属性集合（如StringFeatures）时出现的异常，以及常规过滤方法无法被EF翻译的问题，这里提供几个可行的解决方案：

方案1：使用空条件访问符+DefaultIfEmpty处理null集合 #

直接在SelectMany中通过空条件访问符先处理null的情况，再用DefaultIfEmpty确保返回空的可枚举集合，EF Core可以正确翻译这个表达式：

var query = _context.AssortmentArticles
    .SelectMany(x => x.StringFeatures?.DefaultIfEmpty() ?? Enumerable.Empty<StringFeature>());

逻辑说明：如果x.StringFeatures为null，就返回空的StringFeature枚举；如果不为null，就返回原集合（空集合的话DefaultIfEmpty也会保持空），避免SelectMany遇到null值抛出异常。

方案2：换用Any直接检查关联关系（更适合删除前的校验场景） #

既然你的核心需求是删除StringFeature前检查是否被其他表关联，完全可以不用SelectMany遍历所有集合，而是直接用Any做存在性查询，这种写法EF Core能完美翻译，且性能更高：

// 检查AssortmentArticle是否关联目标StringFeature
var isUsedInAssortment = await _context.AssortmentArticles
    .AnyAsync(a => a.StringFeatures != null && a.StringFeatures.Any(sf => sf.Id == targetFeatureId));

// 检查Article是否关联目标StringFeature
var isUsedInArticle = await _context.Articles
    .AnyAsync(a => a.StringFeatures != null && a.StringFeatures.Any(sf => sf.Id == targetFeatureId));

var canDelete = !isUsedInAssortment && !isUsedInArticle;

方案3：配置导航属性为非空（业务允许的前提下） #

如果业务逻辑中，AssortmentArticle和Article的StringFeatures永远不会为null（最多是空集合），可以在EF Core的实体配置中把导航属性设为非空：

// 配置AssortmentArticle的StringFeatures导航属性为非空
modelBuilder.Entity<AssortmentArticle>()
    .HasMany(a => a.StringFeatures)
    .WithMany()
    .Navigation(a => a.StringFeatures).IsRequired();

// 同理配置Article的StringFeatures
modelBuilder.Entity<Article>()
    .HasMany(a => a.StringFeatures)
    .WithMany()
    .Navigation(a => a.StringFeatures).IsRequired();

配置后，实体中的StringFeatures属性只会是空集合，不会为null，后续的SelectMany操作就不会再遇到null异常。

注意事项 #

• 你之前尝试的SelectMany(x => x.StringFeatures ?? Enumerable.Empty<List<Feature<string>>>())无效，是因为类型不匹配：SelectMany期望的是IEnumerable<StringFeature>，但你传入的是IEnumerable<List<Feature<string>>>，类型不兼容导致EF无法处理。
• EF Core对导航属性的null判断支持有限，尽量使用EF内置的可翻译方法（如DefaultIfEmpty、Any），避免在LINQ查询中使用仅能在内存中执行的操作。

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