std::round是最直接安全的四舍五入方式，对正负数均按远离零方向取整，需显式转换为整型且优先于手工加法或floor/ceil组合；使用时应注意浮点精度、链接math库及避免链式float运算。
用 std::round 是最直接安全的方式
标准库提供的 std::round（需 #include <cmath></cmath>）专为四舍五入设计，对正负数都符合数学惯例：0.5 向远离零的方向取整（如 std::round(2.5) 得 3，std::round(-2.5) 得 -3）。它返回 double 或 float，若要转成整型，需显式转换。
常见错误是直接用 (int)val + 0.5 这类手工加法——它在负数上完全失效，且受浮点精度影响可能出错（比如 2.4999999999999996 加 0.5 后变成 2.9999999999999996，截断后变 2 而非预期的 3）。
- 始终优先调用
std::round(x)，别自己算 - 需要整数结果时，用
static_cast<long long>(std::round(x))</long>，避免截断溢出（int可能太小） - 注意
std::round对 NaN 和无穷大会返回对应值，业务中应提前检查
为什么不用 std::floor 或 std::ceil 拼凑
有人想用 std::floor(x + 0.5) 模拟四舍五入，这在非负数下看似可行，但一遇到负数就崩：x = -1.6 时，-1.6 + 0.5 = -1.1，std::floor(-1.1) 是 -2，而正确四舍五入应为 -2 —— 碰巧对；但 x = -1.4 时，-1.4 + 0.5 = -0.9，std::floor(-0.9) 是 -1，而正确结果应为 -1 —— 也对；可问题出在边界：当 x = -0.5，-0.5 + 0.5 = 0.0，std::floor(0.0) 是 0，但数学四舍五入要求 -0.5 → -1（向远离零方向），std::round 才保证这点。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
std::floor(x + 0.5)仅对 x ≥ 0 成立，不通用 -
std::ceil(x - 0.5)同理，在正数上会偏高 - 这些组合还放大浮点误差：加减 0.5 可能使原本精确的值进入舍入临界区
处理 float 类型时要注意精度损失
如果原始数据是 float，直接传给 std::round 会先隐式提升为 double，多数情况没问题；但若数值本身已因 float 精度丢失（如 1.23456789f 实际存为 1.23456788f），std::round 是在“错误的输入”上四舍五入。这时应确认是否真需要 float 输入——很多场景其实该用 double 存储中间值。
- 避免链式操作：
roundf(roundf(x * 100.0f) / 100.0f)会累积三次 float 误差 - 若需保留小数位再四舍五入（如保留两位小数），先乘除再
std::round，但务必用double做中间计算 - 对金融等敏感场景，考虑用整数运算代替浮点（如以分为单位存储）
编译器和平台差异很小，但链接要小心
std::round 是 C++11 起标准函数，所有主流编译器（GCC、Clang、MSVC）都支持。唯一常见问题是链接：某些旧环境或嵌入式工具链可能未启用 math 库，导致 undefined reference to 'round'。这时需确保编译时加 -lm（Linux/Unix）或检查 MSVC 的运行时库设置。
- 报
round未定义，八成是没连 math 库，不是函数不存在 - 用
std::roundf（对应float）可略减开销，但效果与std::round一致 - 不要用宏
ROUND或自定义my_round替代，除非有特殊 ABI 或实时性约束
实际中最容易被忽略的是：四舍五入行为依赖于浮点数的实际二进制表示，而不是你写出来的十进制字面量。比如 0.1f 在内存里根本不是精确的 0.1，所以 std::round(0.1f * 10.f) 不一定等于 1 —— 它取决于乘法结果是略小于还是略大于 1.0。这种误差无法靠换函数消除，只能靠控制输入精度或改用定点计算。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
