警告而非报错，因double转int可能丢失精度；浮点数二进制存储导致0.1等无法精确表示，如49.99×100实际为4998.999…，截断得4998；应显式使用round/ceil/floor或整型运算避免精度问题。
不是“报错”，而是编译器发出警告（比如 C++ 的 warning C4244），提示你：从 double 赋值或转换到 int 时，可能丢失数据。这不是语法错误，但属于高风险操作——因为 double 存的是近似值，直接截断会出人意料的结果。
浮点数本身就不精确
计算机用二进制存储十进制小数，很多常见小数（如 0.1、49.99）无法被精确表示。例如：
-
49.99 * 100在内存中实际可能是4998.9999999999995 - 强制转
int时直接截断小数部分 → 得到4998，而不是预期的4999
隐式转换悄悄截断，毫无提醒
C++ 允许 double 隐式转 int（如 int x = 3.14;），但这个过程不四舍五入，而是向零截断（truncation）。这意味着：
-
3.9 → 3，-3.9 → -3 - 哪怕数值只差
0.0000001，也可能因存储误差导致截断结果偏差 1 - 这种行为藏在赋值、函数传参、返回值里，容易被忽略
正确做法：明确意图，控制舍入方式
别依赖默认截断，按业务需求选合适方法：
- 要四舍五入 → 用
std::round(x)（C++11 起），再转int - 要向上取整 →
std::ceil(x)；向下取整 →std::floor(x) - 做金额计算（如分转元）→ 先加
0.5再截断，或用BigDecimal类（Java）/字符串解析（C++）避免浮点参与 - 只是解除编译警告 → 改用
static_cast<int>(x)</int>，但不解决精度问题，仅表明“我知道风险”
关键提醒：别把 double 当精确数字用
如果你需要精确的小数运算（比如财务、计费、测试边界值），double 本就不该是第一选择。优先考虑：
- 整型运算：以“分”为单位存金额，全程用
int - 高精度库：如 Java 的
BigDecimal，C++ 可用boost::multiprecision或字符串+手工计算 - 校验机制：对关键转换加断言，比如
assert(std::abs(x - std::round(x))
