接口不控制精度，而是解耦精度策略；需定义PrecisionFormatter等接口，由封装float64或decimal.Decimal的自定义类型实现，避免直接用float64实现接口或在实现中误用fmt.Sprintf导致隐式误差。
float64 本身不支持精度控制——接口不是用来“控制精度”的工具，而是用来解耦精度策略的实现与使用。真正起作用的是你定义的接口，以及背后用 strconv.FormatFloat、math.Round 或 decimal.Decimal 等不同方式实现的精度逻辑。
为什么不能直接在 float64 上加接口约束？
float64 是基础类型，无法附加方法；Go 接口只能由自定义类型实现。所以你要做的不是“给 float64 加接口”，而是：
- 定义一个描述“可精度处理”的接口（比如 PrecisionFormatter 或 Rounder）
- 让封装了 float64 的结构体去实现它
- 把精度逻辑（字符串格式化 / 数学缩放 / 十进制计算）藏在实现里
常见错误是试图让 float64 直接实现接口：var _ PrecisionFormatter = float64(3.14) → 编译失败。必须包一层：
type Money struct {
amount float64
}
<p>func (m Money) Format(precision int) string {
return strconv.FormatFloat(m.amount, 'f', precision, 64)
}
定义 PrecisionFormatter 接口并统一输出行为
当你需要在日志、API 响应、文件写入中保持一致的小数位数（比如金额总显示两位），就该用这个接口：
type PrecisionFormatter interface {
FormatFixed(precision int) string
FormatMinimal(precision int) string // 自动去尾随零，如 5.0 → "5"
}
关键点：
立即学习“go语言免费学习笔记（深入）”；
-
FormatFixed内部调用strconv.FormatFloat(x, 'f', precision, 64)，强制保留precision位小数并补零 -
FormatMinimal传-1给strconv.FormatFloat，避免"123.00"这类冗余 - 不要在接口里暴露
float64字段——这会让使用者绕过精度逻辑直接读原始值 - 如果字段需导出，用
Amount() float64方法代替裸字段，内部可做校验或转换
用 decimal.Decimal 实现金融级 PrecisionFormatter
当业务涉及金额、汇率等不可失真的场景，float64 从源头就不该出现。此时接口的价值是屏蔽底层实现差异：
import "github.com/shopspring/decimal"
<p>type Money struct {
d decimal.Decimal
}</p><p>func (m Money) FormatFixed(precision int) string {
return m.d.StringFixed(int32(precision))
}</p><p>func (m Money) FormatMinimal(precision int) string {
return m.d.StringFixedBank(int32(precision)) // 银行家舍入
}
这样上层代码只依赖 PrecisionFormatter 接口，测试时可用 mock 结构体返回固定字符串，生产环境才用 decimal。切换成本极低。
注意：decimal.Decimal 的 StringFixed 不会四舍五入到指定小数位以外——它本质是十进制定点数，不存在 float64 那种二进制截断误差。
别让接口成为精度失控的帮凶
最容易被忽略的坑是：接口方法签名看似安全，但实现里偷偷用了 fmt.Sprintf("%.2f", x) —— 这个 %.2f 会触发 IEEE-754 四舍五入，而你根本没意识到输入 x 本身可能已是失真值（比如 0.1 + 0.2 得到 0.30000000000000004）。
真正可控的做法只有两种：
- 输入是
decimal.Decimal或整数分（如int64表示“分”），所有运算都在定点数层面完成 - 输入是
float64且你明确接受其误差（如传感器读数），那就用strconv.FormatFloat(x, 'f', -1, 64)直接转字符串，不经过任何数学 round
接口本身不解决精度问题，它只帮你把“谁负责精度”这件事说得清楚。一旦实现写错，整个调用链都不可信。
