float64转int直接截断向零取整，非四舍五入；需先用math.round等函数控制舍入，再检查溢出并转int，否则可能静默错误。
float64 转 int 会直接截断，不是四舍五入
Go 的 int(x) 强制类型转换对 float64 是向零取整（truncation），比如 int(3.9) 得 3，int(-3.9) 得 -3。这不是数学意义上的“四舍五入”，也不处理溢出——如果 float64 值超出 int 范围（例如 math.MaxFloat64），结果是未定义行为（实际通常为 math.MinInt64 或 math.MaxInt64，取决于实现和平台）。
所以直接写 int(myFloat) 只适合你明确知道值在安全范围内、且确实需要截断的场景。
用 math.Round 系列函数控制舍入方式
若需四舍五入、向上/向下取整，应先用 math 包处理浮点数，再转 int：
-
int(math.Round(x))：四舍五入到最近整数（.5向偶数舍入，符合 IEEE 754） -
int(math.Floor(x))：向下取整（≤ x 的最大整数） -
int(math.Ceil(x))：向上取整（≥ x 的最小整数）
注意：math.Round 返回 float64，仍需显式转 int；所有这些函数对 +Inf、-Inf、NaN 返回特殊值，转 int 前应检查。
必须检查溢出，否则运行时不会 panic
Go 不会在 int(float64) 时自动检测溢出。例如：
var x float64 = 1e20 fmt.Println(int(x)) // 输出 -9223372036854775808（即 math.MinInt64）——静默错误
安全做法是先判断是否落在 int 可表示区间内：
- 用
math.IsNaN(x) || math.IsInf(x, 0)排除非数和无穷 - 用
x >= math.MinInt64 && x 判断是否可安全转换 - 再调用
int(x)或对应math函数
别依赖 int64(x) 来“更安全”——它只是换了个整数类型，溢出逻辑一样，且可能掩盖平台差异（32 位系统上 int 是 32 位）。
封装一个 safeFloatToInt 函数更可靠
把范围检查 + 舍入策略 + 错误返回打包成函数，避免每次重复写：
func safeFloatToInt(x float64, mode string) (int, error) {
if math.IsNaN(x) || math.IsInf(x, 0) {
return 0, fmt.Errorf("cannot convert %v to int: not a finite number", x)
}
var i float64
switch mode {
case "round":
i = math.Round(x)
case "floor":
i = math.Floor(x)
case "ceil":
i = math.Ceil(x)
default:
i = x // truncate
}
if i math.MaxInt64 {
return 0, fmt.Errorf("float64 %v out of int range after %s", x, mode)
}
return int(i), nil
}
调用如 safeFloatToInt(3.7, "round") → 4，safeFloatToInt(1e18, "truncate") → error。这样既明确语义，又把边界检查收束在一处。
真正容易被忽略的是：浮点数本身精度有限，3.3 + 3.3 + 3.3 可能不等于 9.9，而是一个略大或略小的值——舍入前的微小误差可能改变最终整数结果。如果业务对精度敏感（比如金额、坐标），优先考虑用 int64 配合固定小数位（如单位为“分”）来规避浮点转换。
