round是C++11引入的函数，返回与输入同类型的浮点数，对.5向远离零舍入；需显式转换为整型并防范溢出，不可用(int)替代。
round 函数在 C++ 中的行为和头文件依赖
round 是 C++11 引入的标准库函数，用于实现「四舍五入到最近整数」，但**它不返回 int，而是返回与输入类型相同的浮点类型（如 double → double，float → float）**。必须包含 error: 'round' was not declared in this scope。
常见误用是直接赋值给 int 变量却不做显式转换，导致截断而非四舍五入：
double x = 2.6; int y = round(x); // 看似正确，实则隐式转换：round 返回 double，再转 int —— 这步没问题，但容易掩盖精度问题
更安全的做法是明确转换，并注意浮点表示误差：
-
round(2.5)返回2.0？错 —— 实际返回2.0或3.0取决于实现？不，C++ 标准规定：**对恰好为 .5 的情况，向远离零的方向舍入**，即round(2.5) == 3.0，round(-2.5) == -3.0 - 若需「银行家舍入」（偶数舍入），
round不适用，得用std::nearbyint或手动实现 -
float版本叫roundf，long double版本叫roundl；只写round会根据参数类型自动重载
round 和 int 强制转换、floor/ceil 的关键区别
很多人混淆 round(x) 与 (int)x、floor(x)、ceil(x)。它们在负数和边界值上行为完全不同：
立即学习“C++免费学习笔记（深入）”；
double x = -2.7; // round(x) → -3.0 // (int)x → -2 （直接截断小数部分） // floor(x) → -3.0 （向下取整） // ceil(x) → -2.0 （向上取整）
典型错误场景：把用户输入的 double 值直接转 int 当作四舍五入，结果正数勉强对、负数全错。
- 要严格四舍五入，请始终用
round，不要依赖强制转换 -
round对NaN、无穷大保持原样（round(NAN) == NAN），而(int)NAN是未定义行为 - 性能上，
round通常比floor/ceil略慢，因需判断小数部分是否 ≥ 0.5；但在现代 CPU 上差异可忽略
round 转整型时的溢出风险与安全写法
round 返回浮点值，若直接转 int 或 long，可能因超出目标类型范围而触发未定义行为（如 round(1e10) → 10000000000.0，转 int 溢出）。
安全做法是先检查范围，或使用能处理溢出的转换函数（C++20 起有 std::to_integer，但多数项目仍用 C++11/14）。推荐手动防护：
double x = 1e15;
if (x >= INT_MIN && x <= INT_MAX) {
int y = static_cast(round(x));
} else {
// 处理溢出，例如抛异常或设默认值
} -
round本身不会溢出，但后续整型转换会 —— 这是两个独立步骤，必须分开检查 - 对大数（如科学计算结果），优先考虑保留为
long long或使用std::llround（直接返回long long，且对溢出有明确定义：返回LLONG_MIN/LLONG_MAX） -
std::llround、std::lround是更稳妥的选择，尤其当目标就是整型时
编译器与平台兼容性陷阱
某些旧环境（如 CentOS 6 默认 glibc 2.12、或嵌入式工具链）可能不完全支持 C++11 的 round，表现为链接失败：undefined reference to 'round'。
解决方法不是自己写近似实现（易出错），而是确认构建环境：
- 确保编译器支持 C++11（
g++ -std=c++11或更高） - 检查 libc 版本：glibc ≥ 2.16 才完整支持
round的符号导出；若低于此，可临时用floor(x + 0.5)替代正数，但负数需额外分支：x >= 0 ? floor(x + 0.5) : ceil(x - 0.5) - 跨平台项目建议封装一层：
inline long long safe_round(double x) { return std::llround(x); }，并用#ifdef __STDC_IEC_559__或构建系统检测 fallback
最常被忽略的是：round 的语义依赖 IEEE 754 浮点行为，而某些 DSP 或定点平台无硬件浮点支持，此时函数可能被软件模拟，性能极低 —— 若业务允许，优先用定点运算替代。
