C#中decimal类型取模运算结果不一致问题求助

先看你提供的代码：

decimal _sampleCounter = 2100m;
decimal wrong = _sampleCounter % (30m / 2.3m);
decimal correct = 2100m % (30m / 2.3m);

Console.WriteLine(wrong);   // -> 13.043478260869565217391304320
Console.WriteLine(correct); // -> 0.0000000000000000000000000

结果差异的核心原因 #

两种写法的本质区别是编译期常量计算 vs 运行期变量计算：

• correct的表达式全由常量组成，编译器会在编译阶段直接计算整个表达式的数学结果：2100m % (30m/2.3m)等价于2100m % (300/23m)，而2100 ÷ (300/23) = 161，是整数，所以取模结果精确为0，编译器直接把这个结果写入程序集。
• wrong的表达式包含变量_sampleCounter，只能在运行时计算。30m/2.3m的结果是300/23，这是一个无限循环的十进制小数，decimal类型只能存储它的近似值（decimal有28-29位有效数字）。当用2100m和这个近似值做取模运算时，就会因近似误差产生非0的结果，这个结果和double类型的计算结果一致，是因为两种类型对30/2.3的近似方向刚好相同。

临时解决方案的可行性验证 #

你提出的判断方法：

decimal.Compare((2100m / (30m / 2.3m)) % 1m, 0m)

是完全可行的，理由如下：

• 逻辑上，该表达式先计算2100m / (30m/2.3m)，等价于2100*2.3/30 =161，是整数。无论编译期还是运行期计算，只要数值在decimal的精度范围内，结果都会是精确的161m，取模1m后自然为0。
• 用decimal.Compare而非直接判断==0，能规避浮点数精度带来的潜在问题：如果因极端场景（如超大数值导致精度损耗）出现极小的误差值，Compare会忽略这些在decimal精度范围内的微小差异，确保判断逻辑正确。
• 这个逻辑同样适用于double类型，因为它本质是验证除法结果是否为整数，绕开了取模运算对除数近似值的敏感依赖。

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