20100924 学习记录：在c#中(int)、int.Parse()、int.TryParse、Convert.ToInt32()四种转换的区别

1、(int)是一种类型转换；当我们从int类型到long,float,double,decimal类型，可以使用隐式转换，但是当

我们从long类型到int类型就需要使用显式转换，否则会产生编译错误。
2、int.Parse()是一种类容转换；表示将数字内容的字符串转为int类型。
如果字符串为空，则抛出ArgumentNullException异常；
如果字符串内容不是数字，则抛出FormatException异常；
如果字符串内容所表示数字超出int类型可表示的范围，则抛出OverflowException异常；
3、int.TryParse 与 int.Parse 又较为类似，但它不会产生异常，转换成功返回 true，转换失败返回 false。最后一个参数为输出值，如果转换失败，输出值为 0
4、Convert.ToInt32()是一种类容转换；但它不限于将字符串转为int类型，还可以是其它类型的参数；
比较：
Convert.ToInt32 参数为 null 时，返回 0；
int.Parse 参数为 null 时，抛出异常。

Convert.ToInt32 参数为 "" 时，抛出异常；
int.Parse 参数为 "" 时，抛出异常。

Convert.ToInt32 可以转换的类型较多；
int.Parse 只能转换数字类型的字符串。

 

说三点区别：
(1)Convert.ToInt32的参数比较多，Int.Parse只能转换string类型的.
(2)Parse就是把String转换成int,char,double....等,也就是*.Parse(string) 括号中的一定要是string.
(3)Convert可以提供多种类型的转换,也就是Convert.*()括号中可以为很多种类型(包括string).

 

---

以下两点为自己总结，并且已经经过了验证。
1，Convert.ToInt32()被重写19次，可以满足不同的参数需要
      int.Parse()被重写4次，只能转化string
2，参数为null时
              Convert.ToInt32()返回0
               int.Parse()ArgumentNullException.Value cannot be null.Parameter name: String
     参数中包含字母时包括12ab这种情况，都抛出FormatExcepton异常，Input string was not in a correct format.
所以在使用的时候假如用Convert.ToInt32()可以省掉一个ToString()，但是增加了一个对NULL的判断具体解释如下：
 
 
 
以下内容转载于菜菜灰的空间 http://hi.baidu.com/caicaihui/blog/item/d12d2938ee2cb524b8998f27.html
 
试验进行一亿次转换的时间,结果相同,说明这两个在将字符串转换为整数时基本没区别.(40多秒差0.x秒,应该算是没差别吧)
这两个方法的最大不同是它们对null值的处理方法：Convert.ToInt32(null)会返回0，而不会产生任何异常；但int.Parse(null)则会产生异常。
没搞清楚Convert.ToInt32和int.Parse()的细细微区别时千万别乱用，否则可能会产生无法预料的结果。
举 例来说：假如从url中取一个参数ID的值，我们知道这个值是一个int，所以即可以用Convert.ToInt32 (Request.QueryString["ID"])，也可以用,int.Parse(Request.QueryString["ID"])，但是 如果ID这个参数在url中不存在，那么前者将返回0，0可能是一个有效的值，所以你不知道url中原来根本就没有这个参数而继续进行下一下的处理，这就 可能产生意想不到的效果，而用后一种办法的话没有ID这个参数会抛出异常，我们可以捕获异常然后再做相应的处理，比如提示用户缺少参数，而不是把参数值当 做0来处理。
以下内容转自：http://blog.csdn.net/scucj/archive/2006/06/28/846344.aspx
在 C# 中，(int)，Int32.Parse() 和 Convert.toInt32() 三种方法有何区别?
    int 关键字表示一种整型，是32位的，它的 .NET Framework 类型为 System.Int32。

    (int)表示使用显式强制转换，是一种类型转换。当我们从 int 类型到 long、float、double 或decimal 类型，可以使用隐式转换，但是当我们从 long 类型到 int  类型转换就需要使用显式强制转换，否则会产生编译错误。

    Int32.Parse()表示将数字的字符串转换为32 位有符号整数，属于内容转换[1]。
    我们一种常见的方法：public static int Parse(string)。
    如果 string 为空，则抛出 ArgumentNullException 异常；
    如果 string 格式不正确，则抛出 FormatException 异常；
    如果 string 的值小于 MinValue 或大于 MaxValue 的数字，则抛出 OverflowException 异常。

    Convert.ToInt32() 则可以将多种类型(包括 object  引用类型)的值转换为 int  类型,因为它有许多重载版本[2]：
    public static int ToInt32(object);
    public static int ToInt32(bool);
    public static int ToInt32(byte);
    public static int ToInt32(char);
    public static int ToInt32(decimal);
    public static int ToInt32(double);
    public static int ToInt32(short);
    public static int ToInt32(long);
    public static int ToInt32(sbyte);
    public static int ToInt32(string);
    ......

    (int)和Int32.Parse(),Convert.ToInt32()三者的应用举几个例子：   

    例子一：

    long longType = 100;
    int intType  = longType;       // 错误，需要使用显式强制转换
    int intType = (int)longType; //正确，使用了显式强制转换

    例子二：

    string stringType = "12345";
    int intType = (int)stringType;                //错误，string 类型不能直接转换为 int  类型
    int intType = Int32.Parse(stringType);   //正确

    例子三：

    long longType = 100;
    string stringType = "12345";
    object objectType = "54321";
    int intType = Convert.ToInt32(longType);       //正确
    int intType = Convert.ToInt32(stringType);     //正确
    int intType = Convert.ToInt32(objectType);    //正确

    例子四[1]：

    double doubleType = Int32.MaxValue + 1.011;
    int intType = (int)doubleType;                                //虽然运行正确，但是得出错误结果
    int intType = Convert.ToInt32(doubleType)            //抛出 OverflowException 异常

   (int)和Int32.Parse(),Convert.ToInt32()三者的区别：

    第一个在对long 类型或是浮点型到int 类型的显式强制转换中使用，但是如果被转换的数值大于 Int32.MaxValue 或小于 Int32.MinValue，那么则会得到一个错误的结果。

    第二个在符合数字格式的 string 到 int  类型转换过程中使用，并可以对错误的 string 数字格式的抛出相应的异常。

    第三个则可以将多种类型的值转换为 int 类型，也可以对错误的数值抛出相应的异常。

    无论进行什么类型的数值转换，数值的精度问题都是我们必须考虑的[1]。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/rj03hou/archive/2008/02/19/2107329.aspx