推荐用 strconv.formatfloat 遍历转换：精度可控、无多余空格、格式可选（'g'自动省略尾零，'f'固定小数位），避免 fmt.sprint 的不可控输出（如指数形式、nan/+inf 字符串）及 fmt.sprintf 补零问题。
golang 中 []float64 转 []string 的常用方式
直接用 fmt.Sprint 或 strconv.FormatFloat 遍历转换，别试图用 fmt.Sprintf 一次性格式化整个切片——它不会按元素展开，只会输出类似 [1.23 4.56] 这种字符串，不是你想要的 []string。
推荐用 strconv.FormatFloat：精度可控、无额外空格、不依赖格式动词，适合后续解析或传输。
-
strconv.FormatFloat(f, 'g', -1, 64)：自动选f或e格式，省略末尾零（如1.0→"1"） -
strconv.FormatFloat(f, 'f', 2, 64)：强制保留两位小数（1.234→"1.23"），注意会四舍五入 - 如果原始数据来自 JSON 解析，且你希望保留原始字符串形态（比如避免浮点误差），更稳妥的做法是：从源头保留
json.RawMessage或字符串字段，而不是先转float64再转回 string
为什么不用 fmt.Sprint 直接转换每个元素
它能用，但结果不可控：默认会加空格、可能带指数（如 1e-05）、对 NaN 和 Inf 输出固定字符串（"NaN"、"+Inf"），而这些在某些协议或存储中不被接受。
例如：
fmt.Sprint(0.000001) // → "1e-06"
而多数 API 或 CSV 场景要的是 "0.000001"。这时候必须显式指定格式和精度。
-
fmt.Sprintf("%.10f", x)看似简单，但会补零（1.0→"1.0000000000"），还得手动strings.TrimRight(..., "0")去零，麻烦且易出错 -
strconv.FormatFloat(x, 'g', 10, 64)更干净：它自动压缩冗余零，又不丢失有效精度
处理边界值：NaN、+Inf、-Inf
strconv.FormatFloat 对这三个值返回 "NaN"、、<code>"-Inf"，符合 IEEE 754 字符串表示，但很多后端服务或数据库不认这些字面量，会报错或转成 null。
- 如果业务不允许这些值，转换前应先检查：
math.IsNaN(f) || math.IsInf(f, 0) - 若需替换，统一转成空字符串、
"null"或特定占位符（如"INVALID"），不要依赖默认行为 - 注意：JSON unmarshal 默认把
NaN当非法输入（Go 1.22+ 默认 panic），所以如果你是从 JSON 来的float64，其实根本不会遇到NaN，除非显式赋值
性能敏感场景怎么写得更快
如果切片很长（比如上万元素），避免反复分配小字符串导致 GC 压力。可以预分配目标切片，并复用 strconv.AppendFloat（它操作 []byte，减少中间字符串生成）：
dst := make([]string, len(src))
buf := make([]byte, 0, 24) // 预估单个 float 字符串长度
for i, f := range src {
buf = buf[:0]
buf = strconv.AppendFloat(buf, f, 'g', -1, 64)
dst[i] = string(buf)
}
比逐次调用 strconv.FormatFloat 快约 10–15%，内存分配次数减半。但除非明确压测发现瓶颈，否则优先用可读性更高的 FormatFloat。
真正容易被忽略的是：浮点数本身无法精确表示大部分十进制小数，0.1 + 0.2 != 0.3 是常态。转字符串只是“固化”这个误差，不是修复它。如果业务要求精确小数（如金额），从一开始就不该用 float64，而该用 int64（单位为分）或专用 decimal 库。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
