go 中 float64 无法精确表示十进制小数（如 100.55），导致类型转换和取小数部分时出现意外误差；根本解法不是“修复转换”，而是理解 ieee-754 限制，并采用格式化输出、定点整数或 decimal 库等合适策略。
go 中 float64 无法精确表示十进制小数（如 100.55），导致类型转换和取小数部分时出现意外误差；根本解法不是“修复转换”，而是理解 ieee-754 限制，并采用格式化输出、定点整数或 decimal 库等合适策略。
在 Go 中，当你写下 x := 100.55，看似简洁的字面量背后隐藏着一个关键事实：100.55 在二进制下是无限循环小数（类似十进制中 1/3 = 0.333…），而 float64 遵循 IEEE-754 标准，仅用 53 位有效数字（尾数）存储数值——这意味着它只能保存最接近 100.55 的可表示二进制近似值：
package main
import "fmt"
func main() {
x := 100.55
fmt.Printf("%.50f\n", x) // 输出：100.5499999999999971578290569595992565155029296875
}因此，int(x) 截断得到 100，而 x - float64(int(x)) 实际计算的是 100.549999... - 100.0，结果自然为 0.549999...，而非预期的 0.55。
✅ 正确应对策略
1. 显示时四舍五入（推荐用于展示）
对用户输出使用 fmt.Printf 控制精度，不改变底层值，安全且高效：
x := 100.55
fraction := x - float64(int(x))
fmt.Printf("小数部分（保留2位）: %.2f\n", fraction) // 输出：0.55⚠️ 注意：%.2f 是格式化显示，非数值修正。若后续需参与计算，仍应避免依赖该“视觉正确”的 float64 值。
2. 业务逻辑中改用整数运算（推荐用于金额、计数等场景）
将单位提升（如美元 → 分、米 → 毫米），全程使用 int64 等整型，彻底规避浮点误差：
// 以分为单位存储 100.55 美元
cents := 10055
dollars := cents / 100
centsRemainder := cents % 100
fmt.Printf("%d.%02d $\n", dollars, centsRemainder) // 输出：100.55 $3. 高精度需求：使用专用 decimal 库
当必须进行精确十进制运算（如金融系统），推荐 ericlagergren/decimal 或 shopspring/decimal：
import "github.com/shopspring/decimal" d := decimal.NewFromFloat(100.55) fraction := d.Sub(decimal.NewFromInt(int64(d.IntPart()))) // 精确取小数部分 fmt.Println(fraction.String()) // "0.55"
❌ 不要这样做
- int(x + 0.5) 强行四舍五入：对负数失效，且无法解决底层精度缺失；
- 用 math.Round() 后再转 int：仅解决“四舍五入”问题，未解决 100.55 本身不可精确表示的事实；
- 试图用 float32/float64 比较相等（如 x == 100.55）：永远为 false，应使用误差范围判断（math.Abs(a-b) < epsilon）。
总结：浮点数的本质是二进制近似，这不是 Go 的 Bug，而是所有 IEEE-754 语言的共性。开发者应主动选择合适的数据抽象——展示用格式化，业务用整数，精度用 decimal——而非在 float64 上强行追求“数学精确”。
