为何带尾随零的Decimal转Double后与无尾随零的结果不同？

核心原因：Decimal的内部存储与Double转换逻辑 #

首先明确，Decimal确实是精确的十进制表示，但带尾随零和不带尾随零的Decimal实例，内部存储的有效数字位数存在差异——这是问题的关键：

• Decimal的存储结构：由符号位、96位整数尾数、以及缩放因子（表示尾数需除以10的N次方）组成。比如0.609_407_4m的缩放因子是7（对应小数点后7位），而paddedDec是0.609407400000000m，缩放因子是15。两者十进制数值完全相等，但存储的尾数位数不同。
• Double转换的差异：Double是二进制浮点数，无法精确表示大部分十进制小数。转换时CLR会依据Decimal实际存储的尾数位数计算对应的二进制近似值。虽然两个Decimal的十进制值一致，但转换时使用的有效数字位数不同，最终得到的Double二进制近似值会产生微小偏差，也就是你看到的1.11022302462516E-16。

关于Decimal的精确性 #

这完全不违背Decimal是精确数值表示的认知：

• 两个Decimal实例在十进制运算中完全相等，验证dec == paddedDec会返回true。
• 差异仅出现在**转换到二进制浮点数（Double）**的过程中，根源是Double自身的精度限制，以及转换逻辑依赖Decimal的存储细节，而非其十进制数值本身。

验证示例 #

var dec = 0.609_407_4m;
var paddedDec = dec * 1.000_000_000_000_00m;

// 验证Decimal本身数值相等
Console.WriteLine(dec == paddedDec); // => True

// 查看Decimal的缩放因子（反射获取，仅作演示）
var scaleField = typeof(decimal).GetField("_scale", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance);
Console.WriteLine(scaleField.GetValue(dec)); // => 7
Console.WriteLine(scaleField.GetValue(paddedDec)); // => 15

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