根据http://msdn.microsoft.com/en-us/library/system.dividebyzeroexception.aspx 当你将它们除以0时,只有Int和Decimal会抛出DivideByZeroException,但是当你将浮点除以0时,结果是无穷大,负无穷大或NaN。为什么是这样?结果是+ ve无穷大,-ve无穷大还是NaN的一些例子是什么?
答案 0 :(得分:11)
IEEE标准委员会felt that exception handling was more trouble than it was worth,针对可能遇到浮点数学这类问题的代码范围:
陷阱可用于停止程序,但不可恢复的情况非常罕见 [...]
标志提供可预测的控制流程和速度。它们的使用要求程序员了解异常情况,但标志粘性允许程序员在必要时延迟处理异常情况。
对于习惯于异常处理的语言的开发人员来说,这可能看起来很奇怪,比如C#。 IEEE 754标准的开发人员正在考虑更广泛的实现(例如,嵌入式系统),这些设施不可用,或者不可取。
答案 1 :(得分:7)
整数是准确的。当你用整数除七,你实际上是在问问题"在我必须进入负数之前,我可以从七减去三次?"。除以零是未定义的,因为没有多少次你可以从七减去零以得到负面的东西。
浮游物本质上是不精确的。他们有一定的精确度,你最好假设"真实"数量介于给定的浮点数和它附近的浮点数之间。此外,浮点数通常表示物理量,而那些浮点数的测量误差远大于表示误差。我认为浮动是一个点周围的模糊模糊区域。
因此,当您在浮点数中将七除以零时,将其视为将一些数字合理地接近七除以一些合理接近于零的数字。显然,一个合理接近零的数字可以使商数任意大!因此,通过给予无限作为答案,这向你发出信号;这意味着答案可能是任意大的,取决于真实值的实际位置。
答案 2 :(得分:2)
处理器内置的浮点引擎非常能够为浮点除法生成异常。 Windows有一个专用的异常代码,STATUS_FLOAT_DIVIDE_BY_ZERO,异常代码0xC000008E,“浮点除零”。以及FPU可以报告的其他事故,例如溢出,下溢和不精确的结果(也称为非正规)。
这是否由控制寄存器决定,程序可以使用辅助函数_controlfp()来改变该寄存器。例如,使用Borland工具创建的库通常会执行此操作,取消屏蔽这些异常。
温和地说,这还不是很好。这是你能想象到的最糟糕的全局变量。将这些库与期望除以零的其他库混合以生成无穷大而不是异常只是不起作用,并且几乎不可能处理。
因此,语言运行时现在是屏蔽所有浮点异常的标准。 CLR也坚持这一点。
处理取消屏蔽异常的库很棘手,但有一个愚蠢的解决方法。您可以抛出异常并再次捕获它。 CLR中的异常处理代码重置控制寄存器。 this answer中显示了一个示例。