std::round 不按预期四舍五入主因是浮点精度误差，而非其远离零取整规则；看似2.5的数实际常略小，导致向下舍入。
为什么 std::round 有时不按预期四舍五入？
因为 std::round 对“正好在中间”的值（如 1.5、2.5）采用**远离零方向取整**，这符合 IEEE 754 标准，但和小学数学里的“四舍五入”在 .5 的处理上一致；真正出问题的往往是浮点数精度本身——2.499999999999999 看似是 2.5，实际存储为略小于 2.5，std::round 就会返回 2 而非 3。
- 永远不要直接对
float或double计算结果调用std::round后再比较整数——先加0.5再截断更可控（见下一条） -
std::round返回double，对大整数（>2⁵³）可能丢失精度；需转long long时务必检查范围 - 头文件必须是
<cmath></cmath>，不是<math.h></math.h>；C++11 起才保证可用
更稳妥的手动四舍五入到整数（int / long long）
绕过浮点误差最常用的方法：对正数加 0.5 后向下取整，负数减 0.5 后向上取整。但更简单统一的做法是用 std::floor(x + 0.5)（仅适用于 x ≥ 0），或通用写法：
long long round_to_ll(double x) {
return x >= 0.0 ? static_cast<long long>(x + 0.5)
: static_cast<long long>(x - 0.5);
}- 该函数行为与数学意义的“四舍五入”完全一致（.5 永远进一）
- 注意：输入不能超出
long long表示范围，否则溢出未定义 - 若只要 int 结果且已知 x ∈ [−2³¹, 2³¹)，可用
static_cast<int></int>替代
四舍五入到指定位数小数（比如保留 2 位）
核心思路是“放大 → 四舍五入 → 缩小”：乘以 10ⁿ，调用 std::round，再除以 10ⁿ。但要注意乘除过程会引入新误差：
double round_to_digits(double x, int digits) {
double factor = std::pow(10.0, digits);
return std::round(x * factor) / factor;
}-
std::pow(10.0, digits)对 smalldigits（如 0–15）基本安全；但digits > 22时factor可能无法精确表示，导致放大失真 - 更健壮的做法是手写整数幂（如
digits==2直接写100.0），避免pow开销和精度抖动 - 输出仍为
double，打印时需用std::fixed 控制显示，否则可能输出 <code>1.2300000000000002
编译器和标准库差异：std::round 在 MinGW / MSVC / libc++ 下都可靠吗？
是的，只要启用 C++11 或更高标准（-std=c++11），所有主流实现都提供符合标准的 std::round。但有两点易被忽略：
立即学习“C++免费学习笔记（深入）”；
- MinGW-w64 默认链接 POSIX 模式，
std::round行为正常；旧版 MinGW（非-w64）可能缺失，需改用round（C 风格）或手动实现 - Android NDK r21+ 的
libc++支持完整<cmath></cmath>，但 r18 及更早版本对std::round(long double)有 bug，建议统一用double - 链接时若混用
-lm和 C++ 标准库，一般无需额外操作；但裸机或 freestanding 环境下std::round不可用
真正麻烦的从来不是函数是否存在，而是你传进去的那个 double 值，它可能根本就不是你以为的那个数。
