VB.NET中除运算符有两种，普通除"/"和整数除"/"，如果我们写程序时不注意两者的区别，很容易造成潜在的错误，这种错误很隐蔽，不容易被发现。而且VB.NET中类型转换和C#差别很大，应该引起我们足够的重视，这些看似微不足道的细节却直接关系都我们代码的健壮性。

1.问题的引出

下面是开发中遇到问题代码的简化部分，输入大部分数据都没问题，但当输入数字为18时会抛出异常“System.ArgumentException: 偏移量和长度超出数组的界限，于从索引到源集合结尾处的元素数量。在 System.Collections.ArrayList.GetRange(Int32 index,Int32 count)”。是什么原因使ArrayList集合越界呢？这和VB.NET中的除运算符有什么关系呢？当我们理解了VB.NET中两种除的区别以及类型转换（Double—>Integer）的实质后，问题的答案也就不言自明了。

2.普通除"/"和整数除"/"

1)普通除：expression1 / expression2

结果是 expression1 除以 expression2 的完整的商，包括任何余数。执行除法之前，任何整数数值表达式（除数和被除数）都会被扩展为 Double。如果将结果赋给整数数据类型，Visual Basic 会试图将结果从 Double 转换成这种类型。

举例说明：30 / 18 = 1.6666666666666667，执行除法前被除数30和除数18都扩展为Double类型，结果也为Double类型。

2)整数除：expression1/ expression2

结果是 expression1 除以 expression2 的整数商，它丢弃了所有余数，只保留整数部分（称为截断）。结果数据类型是数值类型，对应于 expression1 和 expression2 的数据类型。值得注意的一点，如果除数或被除数为浮点数，在执行除法前，编译器会采用“四舍六入五成双”的规则将其转换成Long类型，再执行除法。

举例说明：30 / 18 = 1，只保留结果的整数部分。

3.VB.NET中的类型转换（Double—>Integer）

根据第二部分对普通除的解释，当CLR执行Dim oneTimeNum As Integer =30 / 18时，首先将被除数30和除数18都扩展为Double类型，进行除运算得到Double类型的结果1.6666666666666667，因为要将Double类型数据赋值给Integer类型变量，此时要执行强制类型转换，得到最终结果oneTimeNum = 2（可能很多人和我一样会奇怪结果为什么不是1）。我们从IL代码中查看VB.NET中从Double—>Integer类型转换的实质。

从IL代码可以看出，VB.NET中执行类型转换实际上是调用的函数[mscorlib]System.Math::Round(float64)，MSDN中对这个函数的解释：将双精度浮点值舍入为最接近的整数，如果参数为两个整数的中值，这两个整数一个为偶数，另一个为奇数，则返回偶数（也就是我们常说的“四舍六入五成双”）。
现在，可以很好的解释文章开始提出的问题了：由于输入18时，oneTimeNum的值为2，当循环到第16次时i = 15，此时执行list.GetRange(oneTimeNum * i,length)即list.GetRange(30,2)，已经超出了list的长度范围，所以会抛出异常。

4.C#和VB.NET的区别

1）C#中的除运算"/"符相当于VB.NET的整数除"/"运算符；
2）C#中从Double—>Integer类型转换必须要采用显示方式，且转换规则为直接舍弃小数位。

总结这次出现问题的根源是用C#语法去推断VB.NET语法，因为接触C#较早，而C#和VB.NET语法又大同小异，忽略了对VB.NET基本语法的学习，以后应多注意两种语言的差别，尽量减少类似的错误。还有一点需要注意，遇到问题的时候多查MSDN，似乎现在都习惯从网上寻求答案，但网上关于 VB.NET除运算符的内容并不多，找了半天，才发现MSDN上写的很详细，我想查找资料的顺序应该是：MSDN—>CNBlogs找找看— >Google/Baidu。

原文:http://www.cnblogs.com/freshman0216/archive/2008/08/27/1276991.html