math.Ceil 返回 ≥ 输入值的最小 float64 整数，不改变类型或精度；如 math.Ceil(3.0) 返回 3.0（float64），math.Ceil(-2.7) 返回 -2.0；需保留小数位时须先放大、取整、再缩小，避免浮点误差。
math.Ceil 不是“进位”，而是返回 ≥ 输入值的最小 float64 整数。它不处理小数位数控制，也不改变原数精度逻辑——只是数学意义上的向上取整。
为什么 math.Ceil(3.0) 返回 3，但类型仍是 float64
math.Ceil 的签名是 func Ceil(x float64) float64，输入输出都是 float64。哪怕你传入整数如 3.0，它也只做语义判断：是否已是整数？是，则原样返回该 float64 值。
- 它不转换类型，
int(math.Ceil(3.0))才能得到int - 直接用在需要
int的地方（比如切片索引、循环上限）会编译报错 - 负数行为容易误判：
math.Ceil(-2.7)返回-2.0，不是-3.0
要保留两位小数再向上取整，不能只调用 math.Ceil(x)
原始 math.Ceil 对 12.245 直接作用得 13.0，但若业务要求“向上取整到百分位”（即 12.25），必须先放大、取整、再缩小：
- 错误写法：
math.Ceil(12.245)→13.0 - 正确写法：
math.Ceil(12.245*100) / 100→12.25 - 注意浮点误差：
0.1 + 0.2不等于0.3，所以涉及金额时优先用int64表示“分”，而非float64表示“元”
替代方案：整数运算比 float64 更可靠
如果原始数据本就是整数除法（如分页计算 (total + pageSize - 1) / pageSize），完全不需要 math.Ceil：
-
(10 + 3 - 1) / 3=12 / 3=4，等价于math.Ceil(10.0/3.0) - 该技巧只适用于正整数，且
pageSize > 0 - 避免了类型转换、浮点误差、import math 的开销
- Go 编译器对这种整数表达式优化极好，性能远超
float64路径
真正容易被忽略的点是：向上取整的语义依赖上下文。分页要的是页数，金额要的是分位精度，像素对齐要的是设备独立像素单位——别无脑套 math.Ceil，先确认输入源是整数还是浮点、是否含精度污染、下游是否接受 float64。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
