static_cast是C++中浮点转整数唯一推荐的显式转换方式，它明确意图且避免隐式转换风险；但需注意截断语义、溢出未定义行为及NaN/INF检查。
直接用 static_cast<int></int> 最安全
浮点数转整数在 C++ 里不是“怎么写”，而是“怎么不写错”。static_cast<int></int> 是唯一推荐的显式转换方式，它明确表达意图，且编译器不会悄悄帮你调用隐式构造或用户定义转换。
别用 C 风格 (int)x 或函数风 int(x) —— 它们在模板或重载场景下可能意外触发构造函数，尤其当 x 是自定义类型（比如某个数学库的 float32 wrapper）时，行为不可控。
也别依赖赋值自动转换：int i = x; 看似简洁，但属于隐式转换，在开启 -Wconversion 或 /W4 时会报警，而且掩盖了截断（truncation）这一关键语义。
截断 vs 四舍五入：C++ 默认是向零取整
static_cast<int>(3.9)</int> 得 3，static_cast<int>(-3.9)</int> 得 -3 —— 这叫“截断”（truncation），不是四舍五入。如果你需要四舍五入，得自己加逻辑：
- 用
std::roundf（float）或std::round（double），再 cast：static_cast<int>(std::roundf(x))</int> - 注意
std::round对 .5 的处理是“远离零”，比如std::round(-2.5)是-3，不是 -2 - 如果要“银行家舍入”（round half to even），得用
std::nearbyint或手动实现
static_cast 直接转 1.5 或 -1.5，结果和你心里想的“四舍五入”对不上，调试半天才发现是语义误解。溢出没检查：float 超出 int 范围会未定义行为
C++ 标准规定：当浮点数绝对值大于 INT_MAX（通常是 2147483647），或本身就是 NaN/INF，再用 static_cast<int></int> 转换，结果是未定义行为（UB）。不是返回 0，不是抛异常，是编译器可以随便生成什么代码——线上偶尔 crash 就可能源于此。
实际场景中容易踩坑的地方：
- 从传感器读到的
float值未经校验就转int（比如电压超量程输出INF） - 计算中间结果溢出：比如
1e9f * 1e9f得到INF，再 cast - 跨平台移植：某些嵌入式平台
int是 16 位，INT_MAX才 32767，而float轻松表示百万级
if (x >= INT_MIN && x ，否则宁可设默认值或记录告警。<h3>性能几乎没差别，但 <code>lrintf 在特定场景更准
纯性能上，static_cast<int></int>、lrintf、std::lroundf 在现代 x86/ARM 上汇编指令数接近，不用为性能刻意换函数。
但精度和语义有实质区别：
-
static_cast<int></int>是纯语言规则，一定截断，不依赖 FPU 模式 -
lrintf(x)把浮点数按当前 FPU 舍入模式转long，若 FPU 设为“向偶数舍入”，它就按该模式转；但多数平台默认是“向最近整数”，行为类似std::roundf -
lrintf对刚好落在两个整数正中间的值（如 2.5）处理更可靠，不会因浮点误差导致错误截断
lrintf + fesetround 控制模式，比裸 cast 更可控。普通业务逻辑，老实用 static_cast 加范围检查就够了。立即学习“C++免费学习笔记（深入）”；
