.NET CORE 5使用EF Core过滤列表中不存在于数据库的记录报错如何解决

报错原因 #

你的代码存在两个核心错误，直接触发空值异常：

1. 逻辑完全倒置：你调用了字符串对象x的Contains方法，传入整个数据库表对象db.myTable，字符串的Contains仅支持传入字符串参数，传入表对象既不符合语法也不符合业务逻辑，同时会触发空参数校验报错。
2. 语法错误：select后指定的PaymentSourceReference是未定义的变量，没有对应取值来源。

正确实现方案 #

核心逻辑是先从数据库拉取已存在的目标字段值，再和本地列表做匹配过滤，推荐用HashSet存储数据库侧已存在的值，匹配效率更高：

// 1. 提前过滤本地列表的空值，避免无效匹配
PaymentSourceReferences = PaymentSourceReferences.Where(r => !string.IsNullOrEmpty(r)).ToList();

// 2. 从数据库查询所有已存在的对应参考值，替换为你表中实际的字段名
HashSet<string> existedRefs = await db.myTable
                            .Select(t => t.PaymentReference) // 这里改为表中存储对应值的字段名
                            .Where(r => r != null)
                            .ToHashSetAsync();

// 3. 筛选出本地列表中不存在于数据库的记录
List<string> notExistedRefs = PaymentSourceReferences
                            .Where(r => !existedRefs.Contains(r))
                            .ToList();

如果你使用同步上下文，把ToHashSetAsync()换成ToHashSet()即可。

4000条量级使用Contains的适用性说明 #

分两种场景判断：

• 如果你是用上面的方案，在本地HashSet上调用Contains：完全适用，HashSet的Contains是O(1)时间复杂度，4000条数据的过滤耗时可以忽略不计。
• 如果你是想把Contains写在EF查询里，生成WHERE Reference IN ('xxx','xxx')的SQL：不适用，多数关系型数据库（比如SQL Server）的参数化查询有2100个参数的上限，4000条会直接触发参数超限错误，就算数据库支持，超长的IN语句执行效率也会很低。

如果你的数据库表数据量极大（百万级以上），全表拉取已存在值成本过高，可以把本地4000条数据分批，每批控制在1000条以内，分批查询数据库存在的记录，再合并结果做过滤即可。

内容的提问来源于stack exchange，提问作者K.Z