开始编程的书籍通常包括这样的警告：“不要被零除！你会得到一个运行时错误！”

在VB.NET中，情况发生了变化。尽管有更多的编程选项和更精确的计算，但要理解事情为什么会这样发生并不总是容易的。

在这里，我们将学习如何使用VB.NET的结构化错误处理来处理零除法。在此过程中，我们还介绍了新的VB.NET常量：NaN、Infinity和Epsilon。

如果在vb.net中运行“除以零”，会发生什么

如果在VB.NET中运行“除以零”方案，则会得到以下结果：

Dim a, b, c As Double a = 1 : b = 0 c = a / b Console.WriteLine( _ "Have math rules" _ & vbCrLf & _ "been repealed?" _ & vbCrLf & _ "Division by zero " _ & vbCrLf & _ "must be possible!")

这是怎么回事？答案是VB.NET实际上给出了数学上正确的答案。从数学上讲，你可以除以零，但得到的是“无穷大”。

Dim a, b, c As Double a = 1 : b = 0 c = a / b Console.WriteLine( _ "The answer is: " _ & c) ' Displays: ' The answer is: infinity

“无限”值对于大多数业务应用程序来说并不太有用。（除非首席执行官想知道他的股票红利的上限是多少。）但它确实可以防止您的应用程序像功能较弱的语言一样在运行时异常时崩溃。

NET甚至允许您执行计算，从而为您提供了更大的灵活性。看看这个：

Dim a, b, c As Double a = 1 : b = 0 c = a / b c = c + 1 ' Infinity plus 1 is ' still infinity

为了保持数学上的正确性，VB.NET为您提供了一些计算（如0/0）的答案NaN（不是数字）。

Dim a, b, c As Double a = 0 : b = 0 c = a / b Console.WriteLine( _ "The answer is: " _ & c) ' Displays: ' The answer is: NaN

VB.NET还可以区分正无穷大和负无穷大：

Dim a1, a2, b, c As Double a1 = 1 : a2 = -1 : b = 0 If (a1 / b) > (a2 / b) Then _ Console.WriteLine( _ "Postive infinity is" _ & vbCrLf & _ "greater than" _ & vbCrLf & _ "negative infinity.")

除了正整数和负整数外，VB.NET还提供了ε，即大于零的最小正双精度值。

请记住，VB.NET的所有这些新功能仅适用于浮点（双精度或单精度）数据类型。这种灵活性可能导致一些Try-Catch-Finally（结构化错误处理）混淆。例如，上面的.NET代码运行时不会引发任何类型的异常，因此在Try-Catch-Finally块中对其进行编码是没有帮助的。要测试除法为零，您必须编写如下测试代码：

If c.ToString = "Infinity" Then ...

即使对程序进行编码（使用整数而不是单或双类型），仍然会出现“溢出”异常，而不是“被零除”异常。如果您在web上搜索其他技术帮助，您会注意到这些示例都测试OverflowException。

.NET实际上将DivideByZeroException作为合法类型。但是如果代码从未触发异常，您什么时候会看到这个难以捉摸的错误？

当您看到dividebyzeroexception时

事实证明，微软关于Try-Catch-Finally块的MSDN页面实际上使用了一个被零除的示例来说明如何编写代码。但有一个微妙的“陷阱”，他们无法解释。他们的代码如下所示：

Dim a As Integer = 0 Dim b As Integer = 0 Dim c As Integer = 0 Try a = b \ c Catch exc As Exception Console.WriteLine("A run-time error occurred") Finally Console.ReadLine() End Try

此代码确实会触发实际的除零异常。

但是为什么这段代码会触发异常，而我们以前编写的代码都不会触发异常呢？微软没有解释什么？

请注意，它们使用的操作不是除法（“/”），而是整数除法（\”）！（其他Microsoft示例实际上将变量声明为整数。）事实证明，整数计算是唯一实际引发该异常的情况。如果微软（以及其他复制他们代码的页面）能解释这些小细节就好了。