反引号字符串保留所有换行与缩进，不解析转义；strings.TrimSpace仅清理首尾空白；嵌入变量需用fmt.Sprintf或template；跨平台换行统一为LF（\n）。
反引号字符串里换行和缩进会原样保留
Go 的 `...` 原始字符串字面量不解析任何转义，包括 \n、\t，但所有空白（空格、制表符、换行）都会被照单全收。这意味着你写成这样：
msg := `第一行
第二行
第三行`输出时第二行开头的四个空格和换行符都算在字符串里。常见误判是以为缩进会被自动 trim —— 不会。
- 如果想让多行字符串对齐代码缩进但又不想把缩进字符带进去，得手动去掉每行前缀，比如用
strings.TrimPrefix或正则 - 直接拼接
fmt.Printf加%s会原样输出所有空白，调试时容易误以为“格式错了”，其实是预期行为 - 生成 HTML 或 SQL 片段时这点尤其关键：多余的换行可能破坏协议格式（比如 HTTP header 中多一个空行就截断响应）
用 strings.TrimSpace 清理首尾空白最常用
多数场景下，你只想要内容，不要开头和结尾的换行或空行。strings.TrimSpace 是最轻量、最安全的选择，它只动首尾，不动中间。
msg := ` hello world ` fmt.Println(strings.TrimSpace(msg)) // 输出 " hello\n world"
注意它不会删掉行首空格，只删首尾的 Unicode 空白字符（包括 \n、\r、\t、U+0020 等）。
立即学习“go语言免费学习笔记（深入）”；
- 别用
strings.Trim自己传" \t\n\r"，容易漏掉 Unicode 空格或过度裁剪 - 如果要删掉每行开头的统一缩进（比如 2 个空格），得配合
strings.Split+strings.TrimPrefix手动处理 -
strings.TrimSpace性能好，无内存分配（Go 1.22+ 对常量字符串做了优化）
嵌入变量要用 fmt.Sprintf 或模板，不能直接插在反引号里
`...` 是纯文本，不支持 ${var} 或 #{var} 这类插值语法。想动态拼接，必须离开原始字面量。
- 简单拼接用
fmt.Sprintf：fmt.Sprintf(`SELECT * FROM %s WHERE id = %d`, table, id) - 复杂结构（如生成 YAML/SQL/HTML）建议用
text/template，避免手撕转义和引号冲突 - 千万别写
`SELECT * FROM ` + table + ` WHERE id = ` + strconv.Itoa(id)—— 容易 SQL 注入，且引号嵌套混乱 - 如果只是少量变量，且确定内容可信，
fmt.Sprintf最直觉；否则一律走 template
跨平台换行符在反引号里是写死的 LF（\n）
无论你在 Windows 还是 macOS 编辑器里回车，Go 源码中的 `...` 字符串永远按 LF（\n）存。Windows 程序员容易踩坑：本地测试时用 strings.Contains(msg, "\r\n") 永远 false。
- 如果下游系统（如某些 Windows CLI 工具）要求 CRLF，得显式替换：
strings.ReplaceAll(msg, "\n", "\r\n") - 读文件再用反引号定义字符串时，注意文件本身的换行符可能混杂，建议先 normalize 再赋值
- CI/CD 环境中若用 Git 的
core.autocrlf，源码里的`...`不受影响，但生成的字符串内容仍只含 LF
反引号字符串的“原始”是相对 Go 语法而言的，不是相对操作系统 —— 它不感知你的编辑器设置，只认源码文件字节流。
