go双引号字符串中 会被解析为换行符，未显示换行是因输出环境未渲染；反引号字符串用于避免转义，适用于正则、路径等场景，但不支持插值且保留所有空白。
Go 里双引号字符串里的
为什么没换行？
因为 Go 的双引号字符串是解释型字符串，
确实会被解析为换行符——但如果你在终端或日志里没看到换行效果，大概率是输出目标没做换行渲染（比如被截断、写入了不支持换行的字段、或用 fmt.Print 而非 fmt.Println）。别急着怀疑转义失效，先确认输出上下文是否真正“展示”了换行。
常见错误现象：fmt.Print("a
b") 在某些 IDE 控制台里显示为 a b（中间空行），但在文件里写入后用 cat 查看却是正常换行；又或者把含
的字符串塞进 JSON 字段，结果 API 返回时变成 "a\nb"——这是 JSON 编码自动转义导致的，不是 Go 字符串本身的问题。
-
\同理，都需确保输出环境支持原生控制字符渲染 - Windows 终端对
- 调试时可用
fmt.Printf("%q", s)查看字符串真实内容（带引号+转义显示）
什么时候必须用反引号 `` 写原始字符串？
当你需要字面量保留所有字符、不希望任何转义发生时——比如正则表达式、SQL 模板、多行 shell 命令、路径拼接中含大量 的 Windows 路径，或者嵌入 HTML/JS 片段。
使用场景示例：regexp.Compile(`d{3}-d{2}-d{4}`) 不用写成 \d{3}-\d{2}-\d{4}；`C:Users
ameconfig.json` 比 "C:\Users\name\config.json" 清晰得多。
立即学习“go语言免费学习笔记（深入）”；
- 反引号字符串内不能出现未转义的反引号（
`），否则编译报错：invalid rune literal - 它天然支持跨行，但每行末尾的换行符会成为字符串一部分（包括空行），如需干净多行，请用
+拼接或strings.TrimSpace - 不能在反引号字符串里插值（
`hello ${name}`不合法），要拼接得用+或fmt.Sprintf
fmt.Sprintf 里混用双引号和反引号字符串会出问题吗？
不会。Go 编译器在编译期就把字符串字面量处理完了，fmt.Sprintf 接收的是已经确定内容的 string 类型参数，它不管这字符串当初是用双引号还是反引号写的。
但容易踩的坑在于：你误以为反引号能“绕过”格式化动词的规则。例如：fmt.Sprintf(`%s`, "a
b") 输出仍是 a
b（即含真实换行），而 fmt.Sprintf("%q", "a
b") 会输出 "a\nb"。关键不是引号类型，而是动词行为。
-
%s原样输出字符串内容（含已解析的 -
%q对字符串做 Go 语法风格转义（适合调试或生成代码） -
%v和%#v在打印结构体时，对字段字符串值的展示方式也受其原始定义影响，但运行时无差别
正则、JSON、SQL 场景下，该选双引号还是反引号？
优先选反引号，除非你要在字符串里动态插入变量且不想拼接——但这种情况更推荐用 fmt.Sprintf 或模板引擎，而不是硬塞转义。
性能上几乎无差异：字符串字面量在编译期固化，运行时都是只读内存块；兼容性也一样，反引号是 Go 1.0 就支持的语法，无版本顾虑。
- 正则：
regexp.MustCompile(`s+`)比regexp.MustCompile("\s+")少一层转义心智负担 - JSON：
json.Unmarshal([]byte(`{"name":"Alice"}`), &u)避免手抖漏掉某个\ - SQL：
db.QueryRow(`SELECT id FROM users WHERE email = ?`, email)，注意：值永远走参数绑定，别把变量拼进反引号字符串里
最常被忽略的一点：反引号字符串不能换行后缩进——开头和结尾的空白（包括换行符）全算进字符串。写多行 SQL 时，要么顶格写，要么用 strings.TrimSpace 切掉首尾空白。这点不像 Python 的三重引号有智能 dedent。
