Sprintf 用于格式化并返回新字符串，结果需用变量接收，如 s := fmt.Sprintf("...")；误用会导致结果丢失，动词类型不匹配会 panic，高频场景可考虑 strings.Builder 优化。
Go 里 Sprintf 怎么用，结果怎么存到变量里
直接说结论：Sprintf 就是用来把格式化后的字符串返回成一个新 string 值，不是打印到控制台，结果天然就“存”在变量里——你只需要接住它。
常见错误是误以为它会修改原变量，或者和 Printf 一样只输出不返回。其实它签名很干净：func Sprintf(format string, a ...interface{}) string，返回值就是你要的字符串。
- 必须用
:=或var s string = fmt.Sprintf(...)显式接收返回值 - 不接收的话，格式化结果就丢了（编译不报错，但毫无意义）
-
format字符串里不能有未匹配的动词（比如写了%s却只传了一个参数），否则运行时报 panic：panic: runtime error: invalid memory address或更明确的fmt: %!s(MISSING)类警告
什么时候该用 Sprintf，而不是 Printf 或 Sprint
核心看目的：要「构造字符串」就用 Sprintf；要「直接输出」用 Printf；要「不做格式化、拼接任意值」用 Sprint。
-
Sprintf：需要插值，比如生成日志内容、SQL 拼接、HTTP 路径组装 ——url := fmt.Sprintf("https://api.com/users/%d?name=%s", userID, name) -
Printf：调试打印、命令行反馈 ——fmt.Printf("user %d loaded ", userID) -
Sprint：只是把几个值转成字符串连起来，不关心格式 ——msg := fmt.Sprint("error:", err, "at", time.Now())
混用会导致语义混乱：比如用 Printf 拼 SQL 再赋值给变量，实际什么也没存进去，变量还是空的。
立即学习“go语言免费学习笔记（深入）”；
Sprintf 的常见格式动词和易错点
动词选错是运行时出问题的高频原因，尤其类型不匹配时不会编译报错，但结果不可控。
-
%d只接受整数，传float64会 panic；想保留小数用%.2f -
%v安全通用，但输出可能带类型信息（如&{1 "hello"}），生产环境拼 URL 或 JSON 字段名时建议用%s配合显式.String() -
%q会加双引号并转义，适合日志中输出用户输入：fmt.Sprintf("query: %q", userInput)→"query: "hello\nworld"" - 结构体字段为空指针时用
%v会输出<nil>，如果业务上要区分“空”和“未设置”，得先判空再格式化
性能和字符串拼接的取舍
Sprintf 每次调用都会分配新字符串，频繁调用（比如循环内）可能触发 GC 压力。但别过早优化——95% 的场景它足够快且可读性强。
- 单次或低频拼接，无脑用
Sprintf，代码清晰最重要 - 高频场景（如日志采集器内部），考虑
strings.Builder+WriteString/WriteRune手动拼接 - 千万别为了“省一次分配”改用
fmt.Sprintf("%s%s%d", a, b, c)替代a + b + strconv.Itoa(c)—— 前者更慢，因为要解析 format 字符串
真正容易被忽略的是：格式动词隐含的类型转换开销。比如对 int64 用 %d 很快，但对自定义类型没实现 Stringer 接口时用 %v，会反射取字段，慢一个数量级。
