真正导致结果为0的是整数除法、未初始化或输出格式误用等隐藏环节；最常见的是除号两边均为整数触发整除，如5/10得0再赋给double仍为0.0。
不会因为“int赋值给double”本身归零，真正导致结果为0的，是表达式中混入了整数除法、未初始化、或输出格式误用等隐藏环节。关键不是赋值动作，而是整个计算链里哪一步悄悄截断了小数部分。
检查表达式里有没有整数除法
这是最常见也最容易忽略的原因。只要除号两边都是整数，C/Java等语言就按整除算，结果直接截断小数，再赋给double也是0.0。
-
错误写法：
double x = 5 / 10;→ 实际先算5/10 == 0（整除），再转成0.0 -
正确写法：把任意一个操作数写成浮点数，如
5.0 / 10、5 / 10.0或(double)5 / 10 - 在公式中尤其要注意常数，比如
s = 3/4 * PI * r*r*r，其中3/4就是整除得0，整个结果崩掉
确认变量是否已赋初值且参与运算顺序合理
double变量声明后若未显式赋值，在局部作用域中可能含垃圾值；但更隐蔽的是“先读再算”——用了还没被赋值的变量。
- 例如：
double y = x * 2;，但x还没被赋值，此时y可能是0（某些环境）或不可预测值 - 检查赋值语句顺序，确保所有参与运算的变量在使用前已有确定值
- 类成员变量在Java/C#中会默认初始化为0，但局部变量不会，这点要区分清楚
验证输入与输出是否匹配类型
看似赋值成功，实则输入/输出环节出错，让结果“看起来是0”。
-
scanf用%f读double：应改用
%lf，否则读不进有效值，变量保持未定义或0 -
printf用%d输出double：会导致乱码或0，必须用
%f或%lf - 输出精度不足也会“显示为0”，比如
printf("%.0f", 0.4)显示0，但实际值不是0
留意隐式转换掩盖的真实问题
int→double本身安全无损，但若上游计算已出错，转换只是把错误结果换了个类型存起来。
- 比如
int a = 1; int b = 3; double c = a / b;，问题不在c是double，而在a/b早就算成了0 - 调试时不要只看最终变量类型，要逆向追踪每一步的中间值，尤其是除法、减法、函数返回值
- 可临时加打印：
printf("a=%d, b=%d, a/b=%d\n", a, b, a/b);，确认整除是否发生
