.Net 中的浮点数不会像整数运算那样溢出。
它们有助于使用 Double.PositiveIfinity、Double.NegativeIfinity 或(特定于数学运算变为无效 Double.Nan 的情况)
请注意,这也有点复杂,因为面对两个精度非常不同的数字时的浮点行为。
Console.WriteLine(double.MaxValue);
Console.WriteLine(double.MaxValue * 2);
Console.WriteLine(double.MaxValue + 1);
Console.WriteLine(double.MaxValue + double.MaxValue);
给出:
1.79769313486232E+308
Infinity
1.79769313486232E+308
Infinity
也不清楚你想让你的 checkOverflow 函数做什么,只是写它发生了?
如果这就是所有这种方法将起作用(我为您转换为 int )
void Main()
{
int a, b;
a = int.MaxValue;
b = 1;
// Check if the expression a+b would overflow, *without* the need to use
// try/catch around the expression
checkOverflow(() => {checked { return a+b; }});
}
private static void checkOverflow(Func<int> exp)
{
try
{
exp();
}
catch(OverflowException)
{
Console.WriteLine("overflow!");
}
}
我应该添加它起作用的原因:
从影响变量的意义上来说,检查不是词法范围。这是编译器解释的区域,这里所有执行整数运算的代码都应该生成溢出捕获指令。变量来自哪里并不重要,重要的是在哪里定义了什么代码。
我相信你的心智模型是这样的:
checked // enter a 'checked' state where all operations
{ // (say on the current thread) are checked
code, function calls, etc. etc
} // leave the checked mode, all operations are now unchecked
这不是检查的工作方式,检查定义了在编译时发出的指令(有些指令陷阱溢出,有些则没有)
选中的块不会影响在其外部定义的代码。例如仅使用函数:
int Times2(int a)
{
return a * 2;
}
void TheresNoDifferenceHere()
{
checked { Times2(int.MaxValue); }
Times2(int.MaxValue);
}
Times2 函数调用解析为类似
IL_0000: nop
IL_0001: ldarg.1
IL_0002: ldc.i4.2
IL_0003: mul
IL_0004: stloc.0
IL_0005: br.s IL_0007
IL_0007: ldloc.0
IL_0008: ret
如果你用过
int Times2(int a)
{
checked { return a * 2; }
}
IL_0000: nop
IL_0001: nop
IL_0002: ldarg.1
IL_0003: ldc.i4.2
IL_0004: mul.ovf
IL_0005: stloc.0
IL_0006: br.s IL_0008
IL_0008: ldloc.0
IL_0009: ret
注意使用 mul 和 mul.ovf 的区别。因此,对它的两次调用不能在事后将其更改为检查或不检查。上面示例中第一次调用周围的检查块实际上对生成的 IL没有影响。它内部没有定义对它很重要的操作。
因此,您最初的想法是在一个地方定义算术运算(不检查)然后在另一个点运行它(就像函数调用一样),但是“检查”指令不能影响它在编译时没有包围的代码。
lambda 解析为表达式树或匿名委托(可能由所需的合成类支持以保存和维护任何与闭包相关的变量)。在这两种情况下,它们任何部分的检查方面都是在定义它们的地方完全定义的,而不是在它们被调用的地方。