我正在加密用户输入，以生成密码字符串。但一行代码在不同版本的框架中会产生不同的结果。以下是一部分代码和用户按键值:
用户按下的键：1。变量ascii的值为49。经过某些计算后，“e”和“n”的值如下：
e = 103,
n = 143,
Math.Pow(ascii, e) % n
以上代码的结果：
In .NET 3.5 (C#)
Math.Pow(ascii, e) % n
gives 9.0.
In .NET 4 (C#)
Math.Pow(ascii, e) % n
gives 77.0.
Math.Pow()在两个版本中都会给出正确（相同）的结果。
是什么原因导致这种情况发生，是否有解决方法？
Math.Pow 适用于双精度浮点数；因此，您不应该期望结果超过 前15-17个数字 的准确性：
所有浮点数字也都有有限的有效数字位数，这也决定了浮点值近似实数的准确度。
Double值具有最多15位十进制数字的精度，但在内部维护最大为17位数字。
然而，模算术要求所有数字都是准确的。在您的情况下，您正在计算 49 的 103 次方，其结果由 175 位数字组成，使模运算在您的两个答案中都没有意义。
要计算出正确的值，您应该使用任意精度算术，如 .NET 4.0 中提供的 BigInteger 类。
int val = (int)(BigInteger.Pow(49, 103) % 143); // gives 114
BigInteger.ModPow方法，该方法专门用于此类操作。int val = (int)BigInteger.ModPow(49, 103, 143); // gives 114
1.0 - 0.9 - 0.1 == 0.0 的计算结果为 false。 - Douglasprivate static int PowMod(int a, int b, int mod) {
if (b == 0) {
return 1;
}
var tmp = PowMod(a, b/2, mod);
tmp *= tmp;
if (b%2 != 0) {
tmp *= a;
}
return tmp%mod;
}
1230824813134842807283798520430636310264067713738977819859474030746648511411697029659004340261471771152928833391663821316264359104254030819694748088798262075483562075061997649
Math.Pow精度的微小改进，也会导致计算结果的巨大差异，从而产生任意结果。 *由于这个问题涉及到将整数提高到高次幂以进行密码哈希，在决定是否更换当前方法以寻求更好方法之前，阅读this answerlink可能是一个非常好的主意。你看到的是双精度浮点数的舍入误差，Math.Pow 使用双精度浮点数进行计算，其差异如下：
.NET 2.0 和 3.5 => var powerResult = Math.Pow(ascii, e); 的返回结果为：
1.2308248131348429E+174
.NET 4.0和4.5 => var powerResult = Math.Pow(ascii, e); 返回：
1.2308248131348427E+174
注意在 E 前面的最后一位数字导致了结果的差异。这并不是取模运算符 (%) 的原因。
浮点精度在不同机器上甚至同一台机器上也可能会有所不同（甚至在同一台机器上）。
然而，.NET为您的应用程序提供了虚拟机...但是版本之间可能会有变化。
因此，您不应该依赖它来产生一致的结果。对于加密，请使用框架提供的类而不是自己编写。
关于代码为什么会出现不同结果，有很多答案。然而，造成结果不同的原因是…
因特尔的浮点数单元在内部使用80位格式来获取中间结果的更高精度。所以，如果一个值在处理器寄存器中，它将获得80位，但当它被写入堆栈时，它将被存储在64位。
我预期较新版本的.NET在其即时（JIT）编译器中有更好的优化程序，因此它将一个值保留在寄存器中，而不是将其写入堆栈，然后从堆栈中读取它。
可能是JIT现在可以返回一个值到寄存器而不是堆栈，或者将该值作为参数传递给MOD函数。
另请参阅Stack Overflow问题“80位扩展精度数据类型有哪些应用/好处？”
其他处理器，例如ARM，将对此代码产生不同的结果。
int n = 143;
int e = 103;
int result = 1;
int ascii = (int) 'a';
for (i = 0; i < e; ++i)
result = result * ascii % n;