最稳方式是直接用 fmt.Fprintf 配合 strconv.FormatFloat，避免 fmt.Sprintf 中间转字符串；strconv.FormatFloat 的第三个参数控制精度：正整数强制保留小数位并补零，-1 自动省略尾随零但不四舍五入。
直接用 fmt.Fprintf 配合 strconv.FormatFloat 最稳，别用 fmt.Sprintf 中间转字符串再写——多一次内存分配，还可能因格式动词选错触发科学计数法或精度截断。
用 strconv.FormatFloat 控制小数位数再写入
这是最可控的方式：先生成精确字符串，再写入文件。关键在第三个参数（精度）的取值逻辑：
- 传正整数（如
2）→ 强制保留该位小数，末尾补零（3.1→"3.10"） - 传
-1→ 自动省略所有尾随零，但不四舍五入（3.1400→"3.14"，5.0→"5"） - 若需“最多 N 位小数且去零”，得先用
math.Round(x * math.Pow(10, float64(n))) / math.Pow(10, float64(n))预处理，再调FormatFloat(..., 'f', -1, 64) -
bitSize必须是64（对应float64），传错会 panic
用 fmt.Fprintf 直接写入时的格式动词陷阱
fmt.Fprintf 看似方便，但 %.2f 这类写法容易翻车：
-
%.2f对0.001输出"0.00"，但你可能想要"0.001"（即保留原始精度） -
%.2g在数值大时自动切到科学计数法（12345678.0→"1.2e+07"），多数日志/配置场景不接受 - 它不支持
-1精度，没法像strconv.FormatFloat那样“最少必要位数” - 若必须用
fmt.Fprintf，至少固定用'f'动词：fmt.Fprintf(w, "%.6f", x)，但要清楚这是硬编码精度，不是自适应
写入文件时的常见错误和绕过方式
典型报错如 invalid memory address or nil pointer dereference 或内容为空，往往不是格式化问题，而是 I/O 层没处理好：
立即学习“go语言免费学习笔记（深入）”；
- 文件未成功打开就调
fmt.Fprintf→ 检查os.Create或os.OpenFile的err，别忽略 - 忘记
file.Close()→ 后续写入可能被缓冲区吞掉，尤其小文件；建议用defer file.Close() - 并发写同一文件 → 不加锁会乱序或覆盖；要么串行写，要么用
bufio.NewWriter包一层提升性能并减少系统调用 - 想写 JSON 片段时拼接字符串（如
"lat": " + strconv.FormatFloat(lat, 'f', -1, 64) + ","）→ 推荐用json.Marshal或fmt.Fprintf带引号模板，避免手动转义出错
真正难的不是“怎么写”，而是判断该用 -1 还是具体数字、该走字符串预处理还是数学缩放——这取决于你的数据语义：是展示用（容忍少量舍入）、存储用（要求可逆）、还是参与后续计算（必须返回 float64）。选错路径，后面调试花的时间远超写几行代码的成本。
