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或定点数处理
