如何使用EF.Functions.Like结合ESCAPE关键字规避SQL通配符问题

这问题我做项目时也踩过同款坑，核心原因是SQL的LIKE运算符会把方括号[]当成字符范围匹配的通配符，而不是普通字符串处理。当你的目标字段里存了[Text]这类内容，或者搜索参数包含方括号时，直接用EF.Functions.Like拼接的话，SQL会把方括号解析成通配符逻辑，自然查不到预期结果。

解决思路：转义LIKE的特殊字符 #

SQL的LIKE有几个特殊通配符：%（任意长度字符）、_（单个字符）、[]（指定字符范围），要让这些字符被当成普通文本匹配，需要用转义符配合ESCAPE子句来处理。

第一步：写一个转义辅助方法

先创建一个方法，把搜索参数里的特殊字符统一转义：

private string EscapeLikeSearchPattern(string searchText)
{
    // 需要转义的LIKE特殊字符：%、_、[、\（转义符本身也要转义）
    return Regex.Replace(searchText, @"([%_\\\[])", @"\$1");
}

这个方法会给每个特殊字符前面加上\作为转义标记，比如输入[Text]会被转成\[Text\]。

第二步：修改EF查询逻辑

在使用EF.Functions.Like时，传入转义后的参数，同时指定转义符：

// 先转义搜索参数
var escapedSearchName = EscapeLikeSearchPattern(param.Request.Name);
// 带ESCAPE子句的LIKE查询
objects = objects.Where(t => EF.Functions.Like(t.name, $"%{escapedSearchName}%", @"\"));

效果验证 #

比如你的字段里有值[ProductA]，搜索参数是[ProductA]，转义后生成的SQL会是：

WHERE [t].[name] LIKE N'%\[ProductA\]%' ESCAPE N'\'

这时候SQL就会把[和]当成普通字符处理，而不是通配符，就能正确匹配到目标数据了。

额外注意 #

• 主流数据库（SQL Server、MySQL等）都支持ESCAPE子句，MySQL默认转义符就是\，不需要额外调整；其他数据库只要支持该语法，这个方案都适用。
• 如果你的场景需要允许用户主动使用通配符（比如输入%来模糊匹配），那这个转义方法就不适用了，得额外区分用户输入的是普通字符还是通配符需求，但你的场景是要完全匹配文本，这个方案刚好合适。

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