int转double通常不会丢失精度，因为32位int范围远小于double可精确表示的2⁵³；仅当整数超过2⁵³时才可能因舍入丢精度；常见“精度问题”多源于整数除法、常量类型错误或浮点固有误差。

int 转 double 本身不会丢失精度——只要 int 值在 double 可精确表示的范围内。

为什么通常不会丢精度？

double 使用 IEEE 754 双精度格式，尾数有 53 位有效比特，能精确表示所有绝对值 ≤ 2⁵³（约 9×10¹⁵）的整数。而标准 int 是 32 位有符号类型，取值范围为 −2³¹ 到 2³¹−1（约 ±2.1×10⁹），远小于 2⁵³。因此，常规 int 值（如 123、−456789、2147483647）转成 double 后，数值完全一致，没有舍入或误差。

什么时候真会丢精度？

只有当源整数超出 double 的精确整数表达能力时，才会发生四舍五入：

• 例如：long long x = 9007199254740993L;（即 2⁵³ + 1），转为 double 后可能变成 9007199254740992.0
• Java/C# 中若用 int 不会触发此问题；但若先经 long 或 BigInteger 再转 double，且值 > 2⁵³，就可能出错
• C/C++ 中宏定义或模板推导若隐含大整数字面量（如 #define BIG 10000000000000000000），再赋给 double，也要警惕

你真正遇到的“精度问题”，大概率不是转换本身

常见混淆场景其实是计算逻辑错误，而非类型转换：

• 整数除法先行：如 int a = 5, b = 10; double c = a / b; → 先算 5/10 == 0（整除），再转 0.0
• 常量写错类型：如公式 s = 3/4 * Math.PI * r*r*r，其中 3/4 是整除得 0，整个结果为 0
• 输出格式误导：用 printf("%.0f", 0.4) 显示为 0，但变量实际是 0.4
• 浮点固有误差干扰判断：比如 0.1 + 0.2 == 0.3 返回 false，这是二进制表示局限，与 int→double 无关

安全写法建议

不追求“最简”，而求“无歧义”：

• 涉及除法或混合运算时，显式提升一个操作数：用 5.0 / 10、(double)a / b 或 a / 10.0
• C++ 推荐 static_cast<double>(x)</double>，比 C 风格 (double)x 更安全、可维护
• Java/C# 中直接赋值 double d = i; 安全，但若后续参与运算，仍需检查表达式结构
• 金融等高精度场景，int → double 本就不该是终点；应全程用 BigDecimal 或定点数处理