先请大家看下面一段代码:
public static void Test(string fileName)
{
string fileName;
System.IO.StreamReader sr=null;
try
{
sr=new System.IO.StreamReader(fileName);
}
finally
{
sr.Close();
}
}
以前我一直采用上面的方法关闭StreamReader, 我从没想到这样的写法在运行时会引起问题。今天我就遇到了莫明其妙的“未将对象引用设置到对象的实例”异常。因为这个异常很难跟踪,一开始我总是怀疑sr=new System.IO.StreamReader(fileName);后面的代码引起的异常,可是我将那部分代码全部注释, 还是有这个异常。后来,我注释掉sr.Close();才发现引起异常的真正原因。
原来在sr=new System.IO.StreamReader(fileName); 中,由于fileName路径不对,找不到相应的文件,抛出了异常,此时sr应该是null值,而在finally中执行sr.Close()就会引起“未将对象引用设置到对象的实例”异常。
正确的代码应该是这样:
public static void Test(string fileName)
{
string fileName;
System.IO.StreamReader sr=null;
try
{
sr=new System.IO.StreamReader(fileName);
}
finally
{
if(sr!=null)
{
sr.Close();
}
}
}
以前我一直采用上面的方法关闭StreamReader, 我从没想到这样的写法在运行时会引起问题。今天我就遇到了莫明其妙的“未将对象引用设置到对象的实例”异常。因为这个异常很难跟踪,一开始我总是怀疑sr=new System.IO.StreamReader(fileName);后面的代码引起的异常,可是我将那部分代码全部注释, 还是有这个异常。后来,我注释掉sr.Close();才发现引起异常的真正原因。
原来在sr=new System.IO.StreamReader(fileName); 中,由于fileName路径不对,找不到相应的文件,抛出了异常,此时sr应该是null值,而在finally中执行sr.Close()就会引起“未将对象引用设置到对象的实例”异常。
正确的代码应该是这样:
评论:
# re: "finally"使用注意 2004-08-23 21:03 | 寒枫天伤
我觉得:
try
{
.....................
}
finally
{
....................
}
不能保证异常的捕获,它不承诺try中的代码可以真正能够完全执行,只要遇见任何跳转或结束当前程序块的指令时,就优先转向执行finally里的内容。
要保证程序的健壮性,应用如下形式:
try
{
........................
}
catch (Execption error)
{
.........................
}
Finally
{
.........................
}
省略掉catch,不是一个好习惯。
还有,StreamReader sr=null,并不是必要的,无论是否声明它为null,本身并没有多大的意义。
按vs.net2003的代码风格,直接书写 StreamReader sr,不会产生任何问题。
public static void Test(string fileName)
{
string fileName;
System.IO.StreamReader sr;
try
{
sr=new System.IO.StreamReader(fileName);
}
finally
{
sr.Close();
}
}
编译时,会有提示告诉你sr没有赋值,finally中的语句不能编译通过。
换而言之,如果不逼不得已,最好不要为初始化的值赋值为null,这样很容易让编译器路过某些必要的错误,引起代码隐患。
愚见仅供参考。
try
{
.....................
}
finally
{
....................
}
不能保证异常的捕获,它不承诺try中的代码可以真正能够完全执行,只要遇见任何跳转或结束当前程序块的指令时,就优先转向执行finally里的内容。
要保证程序的健壮性,应用如下形式:
try
{
........................
}
catch (Execption error)
{
.........................
}
Finally
{
.........................
}
省略掉catch,不是一个好习惯。
还有,StreamReader sr=null,并不是必要的,无论是否声明它为null,本身并没有多大的意义。
按vs.net2003的代码风格,直接书写 StreamReader sr,不会产生任何问题。
public static void Test(string fileName)
{
string fileName;
System.IO.StreamReader sr;
try
{
sr=new System.IO.StreamReader(fileName);
}
finally
{
sr.Close();
}
}
编译时,会有提示告诉你sr没有赋值,finally中的语句不能编译通过。
换而言之,如果不逼不得已,最好不要为初始化的值赋值为null,这样很容易让编译器路过某些必要的错误,引起代码隐患。
愚见仅供参考。

浙公网安备 33010602011771号