Go中float64百分比计算易因除零panic和浮点精度丢失出错；应优先用整数运算（如(num*100)/den）并检查分母为0，必要时用math.Round修复精度，金融场景才需decimal库。
Go 里 float64 百分比计算为什么总出错？
直接用 float64 做除法算百分比，表面看没问题，实际容易踩两个坑：一是分母为 0 导致 panic（panic: runtime error: division by zero），二是浮点数精度丢失导致显示为 99.99999999999999% 而不是预期的 100%。
根本原因在于 Go 的 float64 遵循 IEEE 754，无法精确表示很多十进制小数；而整数除零在 Go 中是运行时错误，不会返回 NaN 或 Inf。
- 除非你明确需要浮点语义，否则优先用整数做比例计算（比如乘 100 再除）
- 分母必须显式检查是否为
0，Go 不会帮你兜底 - 显示前建议用
math.Round或格式化截断，别依赖fmt.Printf("%.2f", x)自动四舍五入——它只是显示控制，底层值仍不精确
用 int64 做安全整数百分比的写法
适合统计类场景（如“成功数 / 总数 × 100”），要求结果为整数百分比（0–100），且拒绝除零。
核心思路：把乘法提到除法前面，避免中间结果过小失真；同时加守卫判断。
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 写成
(num * 100) / den，而不是float64(num) / float64(den) * 100 - 必须先判断
den == 0，此时可返回0或自定义值（如-1表示无效） - 注意溢出：如果
num很大（比如 > 92233720368547758），num * 100会溢出int64；这时应转用big.Int或降级为float64并加精度处理
func safePercent(num, den int64) int64 {
if den == 0 {
return 0 // 或 panic("denominator is zero"), 视业务而定
}
return (num * 100) / den
}
fmt.Sprintf 和 math.Round 怎么配合修精度
当必须用浮点（比如要保留小数位），就得主动处理精度。Go 的 fmt 包只负责格式化输出，不改变数值本身；真正修值得靠 math.Round 系列函数。
- 用
math.Round(x*100) / 100把x修到小数点后两位（注意：这是四舍五入，不是截断） - 显示时用
fmt.Sprintf("%.2f%%", rounded)，确保输出稳定（比如100.00%而非100%或99.999999%） - 别用
strconv.FormatFloat(x*100, 'f', 2, 64)直接格式化原始浮点值——它没修值，只是截显示
import "math"
x := float64(1) / float64(3) * 100 // ~33.333333333333336
rounded := math.Round(x*100) / 100 // 33.33
s := fmt.Sprintf("%.2f%%", rounded) // "33.33%"什么时候该用 decimal 库？
金融、计费、审计等场景要求「绝对精确的小数运算」，此时 float64 和整数缩放都不够——前者有误差，后者难表达 0.1% 这种带小数的需求。
选社区库如 shopspring/decimal，它用整数模拟十进制小数，无精度损失。
- 初始化用
decimal.NewFromFloat(1.0)或更推荐decimal.NewFromInt(100).Div(decimal.NewFromInt(3))避免浮点输入污染 - 百分比计算链路全程保持
decimal.Decimal类型，最后再调.String()或.Round(2).String() - 性能比原生
float64低一个数量级，但换来了确定性——这点在对账逻辑里不能妥协
多数内部统计、监控、UI 展示，用整数或修过的 float64 就够了；只有钱和规则明确要求“不可近似”时，才值得引入额外依赖。
