直接强制转换会截断小数而非四舍五入，(int)f 或 static_cast(f) 向零截断，如 -2.7 得 -2；应使用 std::round(f) 再转 int，并检查范围与 NaN/无穷大。
直接强制转换会截断小数，不是四舍五入
用 (int)f 或 static_cast<int>(f)</int> 转换 float，结果是向零截断（truncation），不是四舍五入。比如 f = -2.7 时，(int)f 得到 -2，而很多人预期的“四舍五入”其实是 -3。
原因在于 C++ 标准规定浮点转整型是截断行为，且当值超出 int 表示范围时，结果未定义（undefined behavior）——这点极易被忽略。
- 安全做法：先检查范围，再转换
- 截断 ≠ 四舍五入，也 ≠ 向下取整（
floor）或向上取整（ceil） -
static_cast<int>(2.5)</int>→2，static_cast<int>(-2.5)</int>→-2
四舍五入推荐用 std::round，但注意返回值类型
std::round 是最接近标准语义的四舍五入函数，它返回 double（对 float 参数也会先提升），所以必须再显式转成 int。
它处理负数符合数学惯例：0.5 向远离零的方向舍入（即 std::round(-2.5) → -3.0）。
立即学习“C++免费学习笔记（深入）”；
- 需包含头文件：
#include <cmath></cmath> - 正确写法：
static_cast<int>(std::round(f))</int> - 错误写法：
(int)std::round(f)—— C 风格转换在模板/重载场景易出问题 - 若
f是NaN或无穷大，std::round返回对应值，转int仍属未定义行为，务必提前检查
性能敏感场景慎用 std::round，可手写截断+偏移
在嵌入式或高频循环中，std::round 可能比简单算术慢（尤其无硬件浮点支持时）。一个常见替代是：对正数加 0.5 再截断；对负数减 0.5 再截断。但要注意边界和符号处理。
更稳妥的手写方式是统一加 sign(f) * 0.5f，但实际常用的是利用 std::copysign 或分支判断：
float f = ...; int result = (f >= 0.0f) ? static_cast<int>(f + 0.5f) : static_cast<int>(f - 0.5f);
- 该方法对
f = 2.5f→3，f = -2.5f→-3，与std::round一致 - 但
f接近INT_MAX或INT_MIN时，加减 0.5 可能引发溢出或精度丢失，仍需范围校验 - 编译器可能无法完全优化掉分支，某些平台用
std::copysign(0.5f, f)更简洁，但可读性略差
整型溢出是静默陷阱，必须主动防御
无论用哪种转换方式，只要 float 值超出 int 的有效范围（通常是 [-2147483648, 2147483647]），结果就是未定义行为——程序可能崩溃、返回任意值，甚至看似正常运行却逻辑错乱。
没有编译器警告，运行时也无异常抛出，只能靠手动检查。
- 检查方式：
f = INT_MIN（注意：INT_MIN是负数，f >= INT_MIN才对） -
float精度有限（约 7 位十进制），INT_MAX是 10 位数，所以f即便写成2147483648.0f，也可能因精度丢失变成2147483648.0f == 2147483647.0f，导致误判 - 真正健壮的做法：用
std::lrintf（返回long）配合LLONG_MIN/LLONG_MAX检查，或改用int64_t中间类型
浮点转整型看着简单，真正麻烦的是边界、符号、溢出和精度三者交织——光写对一行转换代码没用，漏掉任一环节都可能让程序在某个特定输入上突然失效。
