np.savetxt输出结果与print显示不一致，求排查问题原因

这问题我之前调试代码时也踩过类似的坑，大概率是这几个常见原因导致的，咱们一步步排查：

1. 最容易犯的低级错误：存错变量了！ #

你print的那个正确值，和你传给np.savetxt的output0是不是同一个变量？比如你计算完正确结果后，不小心把output0重新赋值给了另一个计算结果，或者中间代码悄悄修改了它？

举个典型的错误例子：

correct_result = -2.01115250223
print(correct_result)  # 这里打印的是正确值
output0 = some_other_calculation()  # 不小心把output0换成了别的结果
np.savetxt('result.txt', output0, fmt='%10.3e', delimiter=' ')

快速验证：在np.savetxt代码前加一行print(output0)，看输出是不是你预期的-2.01115250223。如果不是，那就是变量被意外修改了。

2. numpy数组的维度/内容坑 #

如果output0是numpy数组，有没有可能它不是你以为的单个标量？比如：

• 它是一个包含多个元素的数组，你print的时候只关注了第一个元素，但存的时候把整个数组都写入了txt，打开文件时看错了行；
• 数组的数据类型被意外转换（比如从float64转成float32，精度丢失导致数值失真）；

验证方法：

print(output0.shape)  # 看是不是(1,)或者标量（标量会输出()）
print(output0.dtype)  # 检查数据类型，优先用float64避免精度问题
print(output0)        # 打印整个数组的所有元素，确认是不是只有你要的那个值

3. 排除fmt格式符的干扰（可能性较低） #

你用的fmt='%10.3e'是科学计数法格式，会保留小数点后3位，但这种格式只会截断/四舍五入数值，不会让它从-2.011变成-2.240。不过可以先去掉fmt参数试一下：

np.savetxt('result.txt', output0)

如果这个时候保存的数值正确，再回头调整fmt格式；如果还是错的，那肯定不是格式的问题。

4. 意外的原地修改 #

有没有可能你的代码里用了某些会原地修改数组的numpy操作？比如output0 *= some_value、output0.sort()这类inplace方法，或者多线程代码意外修改了变量？

这种情况同样可以通过在save前立刻printoutput0来验证，确认数值在保存前还是正确的。

内容的提问来源于stack exchange，提问作者Ttys