双引号字符串解析转义（如 →换行），反引号为原始字面量（\n即5字符）；反引号不可嵌套、不可拼接变量、不能隐式跨行，适用于正则、SQL、多行模板等，但需防SQL注入；转义解析应由strconv.Unquote或json.Unmarshal处理，非strings.ReplaceAll。
Go 里 " 和 ` 的区别到底在哪
双引号字符串会解析转义，反引号字符串是原始字面量，不处理任何转义——但也不是万能的，比如不能换行（除非字面量里真有换行符），也不能嵌套反引号。
常见错误现象："C:
ew est.txt" 在 Windows 路径里被误解析成带换行和响铃的乱码；或者想写正则 "\d+" 结果要写四层反斜杠。
-
" \"→ 换行、制表、反斜杠（共 3 字符） -
` \`→ 字面量就是\（5 字符，全当普通文本） - 反引号字符串中无法写
`自身，也不能跨行“隐式拼接”（换行会被保留为真实换行符）
什么时候必须用 `，什么时候反而不能用
适合用反引号：正则表达式、SQL 片段、多行 HTML 模板、含大量 的 Windows 路径或 JSON 示例。
容易踩坑的是：把反引号当成“自动转义安全区”，结果在需要运行时拼接的地方卡住——`hello ` + name + ` world` 语法错误，反引号字符串不能直接跟 + 拼接变量。
立即学习“go语言免费学习笔记（深入）”；
- ✅
regexp.MustCompile(`d{3}-d{2}-d{4}`) - ✅
fmt.Println(`C: emplog.txt`) - ❌
`Name: ` + name—— 编译失败，必须用双引号或fmt.Sprintf - ⚠️
`SELECT * FROM users WHERE id = ?`看似安全，但若?是拼进去的变量，仍可能 SQL 注入
strings.ReplaceAll 处理已解码字符串里的转义怎么办
如果字符串是从 JSON、HTTP Body 或文件读进来的，里面的
已经是真实换行符了，再对它调 strings.ReplaceAll(s, "\n", "
") 没用——因为源字符串里根本没两个字符 和 n，而是一个
rune。
真正需要手动解转义的场景，往往是解析自定义配置格式、日志行、或用户输入的“类 JSON 字符串”。这时得用 strconv.Unquote，但它要求输入带引号，比如 "\n\t" 得先包成 ""\\n\\t"" 才能解。
- 已有真实换行符？不用处理，
fmt.Printf("%q", s)可验证 - 字符串内容是
"\n"（即两个字符），想变成换行：用strconv.Unquote(`"` + s + `"`) -
strings.ReplaceAll只适合“字符替换”，不是“转义解析”，别指望它还原
JSON 和 encoding/json 怎么绕过转义问题
Go 的 json.Unmarshal 会自动处理 JSON 中的转义，比如 "line1\nline2" 输入，解出来就是带真实换行的字符串。你不需要、也不该自己去 ReplaceAll JSON 字符串里的 \n。
但反过来，如果要把含换行的 Go 字符串塞进 JSON 输出，json.Marshal 会自动转成 \n——这是标准行为，不是 bug。如果你看到 API 返回里是 \n，说明后端正确编码了，前端 JS JSON.parse 会自动还原。
- ✅ 直接
json.Unmarshal([]byte(data), &v)，放心，转义已处理 - ❌ 对
json.Marshal输出做strings.ReplaceAll(..., "\n", " ")——破坏 JSON 格式，解析失败 - 调试时用
fmt.Printf("%+v", v)看结构体值，比看 raw JSON 更清楚换行是否生效
反引号省事，但不能替代逻辑判断；转义解析不在字符串字面量阶段，就在数据流入流出那几个关键点上——漏掉其中一环，后面怎么 Replace 都是白搭。
