我见过有人说，使用不带参数的catch是一种糟糕的形式，尤其是当catch什么都不做的时候:
StreamReader reader=new StreamReader("myfile.txt");
try
{
int i = 5 / 0;
}
catch // No args, so it will catch any exception
{}
reader.Close();
然而，这被认为是良好的形式:
StreamReader reader=new StreamReader("myfile.txt");
try
{
int i = 5 / 0;
}
finally // Will execute despite any exception
{
reader.Close();
}
据我所知，将清理代码放在finally块和将清理代码放在try. catch块之后的唯一区别是，如果你在try块中有返回语句(在这种情况下，finally中的清理代码将运行，但try. catch块之后的代码将不会运行)。
否则，最后有什么特别的?
当前回答
最大的区别是尝试…Catch将吞下异常，隐藏发生错误的事实。Try .finally将运行您的清理代码，然后异常将继续运行，由知道如何处理它的程序来处理。
其他回答
首先，捕获您懒得处理的异常是一种糟糕的实践。请参阅《改进。net应用程序性能和可伸缩性》中关于. net性能的第5章。旁注，您可能应该在try块中加载流，这样，如果它失败，您就可以捕获相关异常。在try块之外创建流会破坏它的目的。
Finally是可选的——如果没有资源可以清理，就没有理由使用“Finally”块。
使用Try…Catch . .最后，如果您的方法知道如何在本地处理异常。异常发生在Try中，在Catch中处理，然后在Finally中完成清理。
如果你的方法不知道如何处理异常，但需要在异常发生后进行清理，请使用Try..最后
通过这种方式，异常被传播到调用方法，如果调用方法中有任何合适的Catch语句，则进行处理。如果当前方法或任何调用方法中没有异常处理程序，则应用程序将崩溃。
最后，确保在将异常传播到调用方法之前完成了本地清理。
使用finally，您可以清理资源，即使您的catch语句将异常抛出给调用程序。与包含空catch语句的示例相比，差别不大。但是，如果在catch中执行了一些处理并抛出错误，或者甚至根本没有catch, finally仍然会运行。
如果你读过c#，你就会明白finally块是为了优化应用程序和防止内存泄漏而设计的。
CLR并不能完全消除泄漏……如果程序无意中保留了对不需要的对象的引用，就会发生内存泄漏
例如，当您打开一个文件或数据库连接时，您的机器将分配内存来处理该事务，除非执行了dispose或close命令，否则该内存将不会被保留。但是如果在事务处理期间发生了错误，则继续执行的命令将被终止，除非它在try..最后. .块。
Catch与finally的不同之处在于，Catch的设计目的是为您提供处理/管理或解释错误的方法。把它想象成一个人告诉你“嘿，我抓住了一些坏人，你想让我对他们做什么?” 而最终的目的是确保你的资源被正确地配置。想想某人，不管有没有坏人，他都会确保你的财产仍然安全。
你应该让他们俩永远合作下去。
例如:
try
{
StreamReader reader=new StreamReader("myfile.txt");
//do other stuff
}
catch(Exception ex){
// Create log, or show notification
generic.Createlog("Error", ex.message);
}
finally // Will execute despite any exception
{
reader.Close();
}
