相对于@H_404_2@VB@H_404_2@而言，@H_404_2@VB.NET@H_404_2@中引入了许多特色。其中最吸引我的就是引入了结构化异常处理。虽然@H_404_2@VB.NET@H_404_2@仍然支持@H_404_2@On@H_404_2@Error Goto@H_404_2@类型的异常处理，但是这样做并不是很好。相比而言，结构化异常处理更加灵活，使用更加方便。我们应该充分利用@H_404_2@VB.NET@H_404_2@提供的结构化异常处理。@H_404_2@

在@H_404_2@VB.NET@H_404_2@结构中的异常处理分为@H_404_2@3@H_404_2@个语句块。@H_404_2@

（@H_404_2@1@H_404_2@）@H_404_2@try块负责错误代码的捕获@H_404_2@

（@H_404_2@2@H_404_2@）@H_404_2@catch进行错误的处理@H_404_2@

（@H_404_2@3@H_404_2@）@H_404_2@finally负责错误处理后的后续工作如：释放对象、清理资源等的工作。@H_404_2@

使用这些区块的目的是允许执行@H_404_2@Try@H_404_2@模块中被保护的代码，对@H_404_2@catch@H_404_2@，对@H_404_2@catch@H_404_2@区块中可能分任何错误做出反应，并且在随后的@H_404_2@Finally@H_404_2@块中还有清理代码。无论@H_404_2@Try@H_404_2@代码块是否有错误发生，@H_404_2@Finally@H_404_2@块的代码都会被执行到，这样可以很方便的保证分配的资源会被释放，并且可以方便地提供那些不论错误控制细节如何，都需要被执行的各种功能的函数。但是，@H_404_2@Catch语句块不一定运行，如果Try块内的代码没有错误，没有抛出异常的话，Catch语句块中的代码是不运行的，而是跳过Catch块直接运行Finally块中的清理工作。反之如果遇到了异常Catch语句块中的处理工作就要进行。@H_404_2@

下面举个实例：

   Private Sub Button1_Click(sender As Object,e As EventArgs) Handles Button1.Click
        Dim file As System.IO.FileStream,msg As String
        Try
            file = New System.IO.FileStream("D:\readme.txt",System.IO.FileMode.Open,System.IO.FileAccess.Read)
            file.Close()
        Catch ex As Exception
            msg = String.Format("{0}ralsed exception :{1}",ex.Source,ex.Message)
            MessageBox.Show(msg,"My App",MessageBoxButtons.OK,MessageBoxIcon.Error)
        Finally
            If Not file Is Nothing Then file.Close()
        End Try
    End Sub