EF Core 9 中 SqlServer 提供程序的 IndexOf 函数行为变更解析

在 EF Core 9 版本中，SqlServer 提供程序对于字符串 IndexOf 函数的处理方式发生了一个重要的行为变更，这个变更虽然微小但可能对现有应用程序产生影响。本文将详细解析这一变更的技术细节、背景原因以及开发者需要注意的事项。

变更内容概述

在 EF Core 8 及更早版本中，当使用 IndexOf("") 方法查询空字符串位置时，SqlServer 提供程序会生成一个简单的返回 0 的查询。例如：

ss.Set<Customer>().Where(c => c.CustomerID == "ALFKI").Select(c => (int?)c.Region.IndexOf(""))

在 EF Core 8 中会生成：

SELECT 0
FROM [Customers] AS [c]
WHERE [c].[CustomerID] = N'ALFKI'

而在 EF Core 9 中，同样的 LINQ 查询会生成：

SELECT CASE
    WHEN [c].[Region] IS NOT NULL THEN 0
END
FROM [Customers] AS [c]
WHERE [c].[CustomerID] = N'ALFKI'

技术背景分析

这一变更源于 EF Core 团队对 SQL 函数处理方式的统一化改进。在 SQL 标准中，大多数函数都具有"空值传播"（null propagation）特性，即当函数参数为 NULL 时，函数结果也会返回 NULL。COALESCE 等少数函数是例外。

在 EF Core 9 中，团队决定将 IndexOf 函数的行为与其他 SQL 函数保持一致，实现了空值传播特性。这意味着：

1. 当列值为 NULL 时，IndexOf 的结果也将是 NULL
2. 只有当列值不为 NULL 时，IndexOf("") 才会返回 0

对应用程序的影响

这一变更可能影响以下场景：

1. 可空类型转换：当使用 (int?) 转换时，EF Core 8 总是返回 0，而 EF Core 9 可能返回 NULL
2. 非可空类型转换：直接使用 (int) 转换在 EF Core 9 中会抛出异常，因为可能尝试将 NULL 转换为非可空 int

开发者应对策略

针对这一变更，开发者可以采取以下措施：

1. 显式处理 NULL 值：在查询中添加对 NULL 值的显式检查

   .Select(c => c.Region != null ? c.Region.IndexOf("") : -1)
   

2. 使用默认值：通过 ?? 运算符提供默认值

   .Select(c => (int?)(c.Region?.IndexOf("") ?? -1))
   

3. 代码审查：检查现有代码中所有使用 IndexOf("") 的地方，确认是否依赖旧行为

版本兼容性建议

对于从 EF Core 8 升级到 9 的项目：

1. 在测试环境中充分测试所有涉及字符串位置查询的功能
2. 特别注意那些将查询结果直接映射到非可空整型属性的场景
3. 考虑添加额外的空值检查逻辑以确保应用程序的健壮性

这一变更虽然微小，但体现了 EF Core 向更符合 SQL 标准行为靠拢的趋势，有助于提高跨不同数据库提供程序时行为的一致性。开发者应当理解这一变更背后的设计理念，并相应调整自己的应用程序代码。