C# LINQ连接PostgreSQL：字符串转义字符处理异常求助

背景与示例 #

API响应的示例字符串：

string s = "string contain another string(< a href =\"https:\")";
string text = "This is a \"string\" in C#.";
string text1 = "This is a \na test \nb.";

需求是将双引号替换为转义双引号（\"）后传入PostgreSQL，已知PostgreSQL中单个反斜杠无效，但在pgAdmin或Azure Data Studio里用双反斜杠（\\）或三反斜杠（\\\）能正常工作。

现有C#代码中，双引号替换逻辑正常，但换行符替换无效：

if (s.Contains("\""))
{
    s = s.Replace("\"", "\\\"");
}

// 无法生效
if (s.Contains("\n"))
{
    s = s.Replace("\n", "\\\n");
}

执行这段代码后，字符串"This is a \na test \nb."会被替换为"This is a \\\na test \\\nb."，但用以下LINQ查询无法获取结果，而把相同字符串复制到pgAdmin用LIKE语句却能正常运行：

var result = (from t in DbTestContext.Test
              where t.TestName.Trim().ToLower().Contains(S.Trim().ToLower())
              select new
              {
                  TestStartDate = t.TestStartDate,
              }).FirstOrDefault();

问题原因 #

核心错误在于手动转义字符串干扰了LINQ驱动的自动处理逻辑。

LINQ to PostgreSQL（比如Npgsql驱动）本身会自动处理参数化查询的字符转义，包括双引号、换行符这些特殊字符。你手动添加的反斜杠会被驱动二次转义，导致最终传入数据库的字符串和预期完全不符。

比如你把\n替换成\\\n，驱动会把每个反斜杠再转义一次，最终数据库接收到的是\\\\n——也就是字面量的\\n，而非真正的换行符，自然匹配不到数据库里存储的换行内容。

解决方案 #

直接移除所有手动转义的代码，让驱动自动处理转义：

// 直接使用原始字符串，不需要任何手动转义
var searchStr = s.Trim().ToLower();
var result = (from t in DbTestContext.Test
              where t.TestName.Trim().ToLower().Contains(searchStr)
              select new
              {
                  TestStartDate = t.TestStartDate,
              }).FirstOrDefault();

为什么这样可行？

• LINQ生成SQL时会把搜索字符串作为参数传入，Npgsql驱动会自动按照PostgreSQL的规则处理所有特殊字符的转义，确保数据库接收到正确的内容（包括真正的换行符）。
• 手动转义属于画蛇添足，反而会导致转义过度，破坏原本的字符串结构。

如果有特殊场景必须手动处理字符串（比如直接拼接SQL，不推荐这种写法），那要注意PostgreSQL的字符串规则：需要用E''前缀标识转义字符串，此时\n才会被解析为换行符。但这种方式容易出错，强烈建议始终使用参数化查询（LINQ默认就是）。

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