将 double 转 int 最安全方式是 std::lround(x) 再转 int，而非 static_cast；前者四舍五入且溢出有定义，后者仅截断且溢出未定义。
直接用 static_cast 会截断，不是四舍五入
把 double 转成 int 最常用也最安全的方式是 static_cast<int>(x)</int>，但它只做截断（truncation）：正数向下取整，负数也向下取整（比如 -3.9 变成 -3，不是 -4）。这不是数学意义上的“四舍五入”，也不是 round() 的行为。
常见错误是以为 static_cast 会自动四舍五入，结果在处理坐标、索引或统计值时出现偏移。例如：
double x = 2.7; int i = static_cast<int>(x); // i == 2，不是 3
- 若需四舍五入，必须显式调用
std::round(x)，再转int -
static_cast不检查溢出，当double值超出int表示范围（如INT_MAX + 1.0），行为未定义 - 对 NaN 或无穷大执行
static_cast同样未定义，应先用std::isnan/std::isinf判断
std::lround 是更稳妥的四舍五入转整方案
如果目标就是“四舍五入到最近的整数并转 long”，std::lround 比手动 round + static_cast 更合适——它一步完成，并且对溢出有明确定义（抛出 std::overflow_error，前提是编译器支持异常且没禁用）。
使用场景：图像像素计算、音视频采样点映射、物理模拟中的离散化等需要保精度的整数近似。
立即学习“C++免费学习笔记（深入）”；
-
std::lround(2.5)→3L，std::lround(-2.5)→-3L（遵循 IEEE round-half-away-from-zero） - 返回类型是
long，若目标是int，仍需二次转换：static_cast<int>(std::lround(x))</int>，但务必确认不会溢出 - 在嵌入式或 freestanding 环境中，
std::lround可能不可用，此时需手写带溢出检查的 round+cast 逻辑
隐式转换和 C 风格强制转换要避免
写 int i = x;（隐式）或 int i = (int)x;（C 风格）看起来简洁，但它们和 static_cast 行为一致（截断），却丢失了类型安全提示，且无法被 grep 或静态分析工具有效识别。
更严重的是，C 风格转换在涉及类类型时可能意外触发用户定义的转换函数，造成难以调试的副作用。
- 隐式转换在开启
-Wfloat-conversion（Clang/GCC）时会警告，建议打开 -
reinterpret_cast绝对不能用于double→int，那是在重解释内存位模式，结果完全不可预测 - 若需保留原始二进制表示（如序列化），应使用
memcpy(&i, &x, sizeof(i))或std::bit_cast（C++20）
精度丢失发生在转换前，不是转换本身
很多人以为“转成 int 才丢精度”，其实问题常出在 double 本身就存不准。比如 0.1 + 0.2 在 double 中不等于 0.3，而是约 0.30000000000000004，此时 static_cast<int>(0.1+0.2)</int> 得到 0，而直觉可能是 0 或 1。
- 关键判断点：先看
double值是否本就接近整数边界（如2.9999999999999996），再决定是否加 epsilon 修正 - 加
1e-9这类 magic number 容易掩盖根本问题；更健壮的做法是用std::abs(x - std::round(x)) 判断是否“应视为整数” - 金融或计数类逻辑中，应从源头避免用
double存整数（比如用int记“分”，而非double记“元”）
实际项目里，最易被忽略的是：double 值来自外部输入（文件、网络、传感器）时，其误差分布不可控，单纯依赖 round 或 lround 并不足够；必须结合业务语义做容错设计，比如限定输入范围、预校验、或 fallback 到 nearest valid index。
