C# 11 原始字符串：告别繁琐转义，优雅处理 JSON 与复杂文本

传统转义的痛点

在日常的业务开发中，我们经常需要将 JSON、XML、SQL 等字符串嵌入到代码中进行测试或配置。例如，当系统出现故障时，我们需要从日志中提取参数对象来复现问题。这些对象通常包含大量的双引号：

{
    "kpzdbs": "YJ2",
    "jqbh": "499098528334",
    "fplxdm": "026"
}

在 C# 11 之前，如果直接将这段 JSON 粘贴到代码中作为字符串值，编译器会报错，因为内部的未转义引号会被解析为字符串结束符。开发者必须逐个添加反斜杠 \ 进行转义，这不仅降低阅读性，还增加了出错的风险。

新特性之原始字符串

C# 11 引入了原始字符串（Raw String Literals），其核心优势在于：可以包含任意文本，包括空格、新行和嵌入的双引号，而无需任何转义序列。

基本语法规范

1. 定界符：原始字符串必须以至少三个双引号（"""...）开头和结尾。如果使用更多数量的双引号作为定界符，则内部只要连续出现的双引号数量少于定界符数量即可视为内容。
2. 换行处理：原始字符串通常跨越多行编写。尾部的定界符前面的换行符不包含在最终字符串内容中。
3. 对齐提示：编译器会根据定界符的对齐方式自动调整内容的缩进，确保代码整洁。

高级用法与注意事项

如何处理内容中包含多个连续引号？

如果字符串内容本身包含连续的双引号（例如三个或更多），则需要增加定界符中双引号的数量。规则是：定界符的双引号数量 = 内容中最长连续双引号数量 + 1。

关于换行与空格的边界

原始字符串会自动去除尾部定界符前的空白字符以保持缩进一致。但如果将尾部引号紧跟在内容后面，可能会导致歧义或编译错误，建议始终将尾部定界符单独放在新的一行。

结合内插字符串（Interpolated Strings）使用

原始字符串可以与内插字符串结合使用，通过前缀 $ 来插入变量或表达式。但当你需要输出的内容中包含大括号 { } 时，由于大括号在内插字符串中具有特殊含义（用于包裹表达式），需要进行特殊的转义处理。

规则：如果你希望输出一个原生的大括号字符，需要在字符串前缀中使用两个 $（即 $$），并将实际的大括号用两个包裹。同理，若要输出 n 个大括号，则需 n+1 个 $ 前缀，且用 n+1 个大括号包裹内容。

总结

C# 11 的原始字符串特性极大地简化了含有大量引号文本的处理流程，特别是在处理 JSON、HTML 模板或数据库查询语句时。虽然在与内插字符串配合处理含大括号的场景时需要掌握特定的转义规则，但相比之前的繁琐操作，这依然是开发体验的重大提升。理解这些细节，能让你的代码更加简洁易读。

以上就是C# 11 原始字符串解决引号转义问题的详细内容，更多关于C# 11新特性的资料请关注本站其它相关文章！