static_cast将浮点数转为整数时向零截断，如3.9→3、-2.7→-2；超出int范围或处理NaN/无穷大时行为未定义；需四舍五入应使用std::lround等，并配合范围检查与isnan/isinf判断确保安全。
为什么 static_cast<int></int> 直接截断小数部分
因为 C++ 标准规定，当把浮点类型（如 float、double）用 static_cast<int></int> 或 C 风格转换转为有符号整数时，行为是向零取整（truncation toward zero）。也就是说，3.9 → 3，-2.7 → -2，不是四舍五入，也不是向下取整。
这种行为在多数场景下符合直觉，但容易误以为是“四舍五入”，尤其处理负数时差异明显。
- 若值超出
int表示范围（如static_cast<int>(1e10)</int>），结果是未定义行为（UB），不是抛异常，也不是饱和处理 - 对
NaN或无穷大（INFINITY）做该转换也是 UB，必须提前检查 -
static_cast比 C 风格转换（如(int)x）更安全，至少能被编译器捕获部分类型不匹配问题
需要四舍五入时该用哪个函数
C++11 起，<cmath> 提供了明确语义的取整函数：std::round、std::lround、std::llround。它们对半整数（如 2.5）采用“远离零”规则（即 2.5 → 3，-2.5 → -3）。
注意：直接用 std::round 返回 double，仍需再转整型；而 std::lround 和 std::llround 直接返回 long 或 long long，更贴近实际使用需求。
立即学习“C++免费学习笔记（深入）”；
-
std::lround(3.4)→3L，std::lround(-3.6)→-4L - 输入超出目标整型范围时，
std::lround会抛出std::overflow_error（需开启异常支持或检查errno） - 传入
NaN或无穷大会导致未定义行为，调用前应先用std::isnan和std::isinf判断
如何安全地把 double 转成 int 并避免溢出
最稳妥的方式是组合范围检查 + 显式取整策略。C++ 没有内置的“安全转换”函数，得自己封装。
关键点在于：先判断是否在 int 可表示范围内（INT_MIN 到 INT_MAX），再决定怎么取整。不能只靠 std::lround，因为它可能溢出并抛异常，也可能静默失败（取决于实现和编译器设置）。
- 用
std::numeric_limits<int>::min()</int>和max()获取边界值 - 对
double x，先检查x >= INT_MIN && x —— 注意：这里比较的是浮点值与整数边界，由于浮点精度，<code>INT_MAX + 0.5可能无法精确表示，建议用std::floor/std::ceil辅助判断 - 若需截断，用
static_cast<int>(x)</int>前确保已通过范围检查；若需四舍五入，先用std::lround(x)，再检查返回值是否在int范围内
为什么 int(x) 不推荐写法
int(x) 是函数风格转换，本质等价于 C 风格强制转换 (int)x，它掩盖了潜在风险：不检查溢出、不区分截断/四舍五入意图、无法被模板元编程识别、在类类型转换中可能意外调用构造函数。
相比而言，static_cast 更清晰表达“我知道我在做类型转换”，也更容易被静态分析工具捕获问题。
- 编译器对
static_cast的诊断通常比对int(x)更严格 - 在模板代码中，
static_cast<t>(x)</t>可泛化，而T(x)可能触发构造而非转换 - 即使只是简单转换，也建议统一用
static_cast，降低后期维护成本
真正麻烦的从来不是“怎么转”，而是“转完是不是我想要的数”——尤其是负数、极大值、极小值、非数这三类边缘情况，漏掉任意一种检查，都可能让程序在某个特定输入下静默出错。
