EF Core传递变量给StartsWith无法生成预期like '1 %'语句问题

根因分析 #

这个差异是EF Core翻译LINQ表达式时对常量和变量的不同处理逻辑，加数据库的LIKE语义共同导致的：

• 当你传入字面量"1 "调用StartsWith时，EF Core会直接把固定前缀拼接到生成的SQL语句中，最终得到的查询条件是Name LIKE N'1 %'，空格被完整保留在模式串里，完全符合你要的like '1 %'效果。
• 当你传入变量调用StartsWith时，EF Core为了避免SQL注入、自动处理通配符转义，会把前缀作为参数传入，生成的SQL是Name LIKE @glassTag + N'%' ESCAPE N'~'。此时大部分关系型数据库（比如SQL Server）遵循ANSI SQL的字符串比较规则，参数@glassTag的尾部空格会被自动忽略，最终等价于匹配所有以1开头的字符串，就出现了不符合预期的结果。

解决方案 #

直接用EF Core内置的EF.Functions.Like方法手动控制匹配规则，绕过StartsWith对变量的自动处理即可：

var glassTag = "1 ";
// 自行拼接匹配模式，注意如果glassTag可能包含%、_等通配符需要先转义
var matchPattern = $"{glassTag}%";
var gItem = await _context.Items
    .Where(x => EF.Functions.Like(x.Name, matchPattern) 
        && x.Material.MaterialType.Name.Equals("Glass") 
        && x.JobItems.Any(j => j.Job.Code.Equals(pCode)))
    .ToListAsync();

如果你的业务场景里glassTag可能包含%、_、~这些LIKE的特殊字符，拼接前需要先做转义，避免匹配逻辑出错：

// 先转义特殊字符
var escapedTag = glassTag.Replace("~", "~~").Replace("%", "~%").Replace("_", "~_");
var matchPattern = $"{escapedTag}%";
// 调用时指定转义符
var gItem = await _context.Items
    .Where(x => EF.Functions.Like(x.Name, matchPattern, "~") 
        && x.Material.MaterialType.Name.Equals("Glass") 
        && x.JobItems.Any(j => j.Job.Code.Equals(pCode)))
    .ToListAsync();

该方案不需要依赖SqlMethods等不兼容类，所有EF Core支持的数据库都可以正常使用。

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