相对于VB而言，VB.NET中引入了很多特色。当中最吸引我的就是引入了结构化异常处理。
尽管VB.NET仍然支持OnError
Goto类型的异常处理，可是这样做并非非常好。相比而言，结构化异常处理更加灵活，使用更加方便。我们应该充分利用VB.NET提供的结构化异常处理。
在VB.NET结构中的异常处理分为3个语句块。
（1）try块负责错误代码的捕获
（2）catch进行错误的处理
（3）finally负责错误处理后的兴许工作如：释放对象、清理资源等的工作。
使用这些区块的目的是同意执行Try模块中被保护的代码，对catch，对catch区块中可能分不论什么错误做出反应。而且在随后的Finally块中还有清理代码。不管Try代码块是否有发生错误，Finally块的代码都会被执行到，这样能够非常方便的保证分配的资源会被释放，而且能够方便地提供那些不论错误控制细节怎样，都须要被执行的各种功能的函数。可是，Catch语句块不一定执行，假设Try块内的代码没有错误，没有抛出异常的话，Catch语句块中的代码是不执行的。而是跳过Catch块直接执行Finally块中的清理工作。
反之假设遇到了异常Catch语句块中的处理工作就要进行。
以下举个实例：
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
这个样例是在D盘找到一个readme.txt文档。假设我们在D盘中没有建立这个文档，那么就会运行Catch语句，会弹出出错的来源和原因：
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdTAxMDUzOTM1Mg==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >
假设我们在D盘建立一个readme.txt文档。那么就不会有发生错误，那么不会运行Catch语句。跳到Finally中运行。
在如今，开发者经常忽视了组织有序。考虑周到的异常处理的重要性，经常导致用户的不便和失败。
我们将来假设要做合格的开发者，异常处理对我们来说是至关重要的。
它是.NET平台重要的安全机制，将错误代码的接受和处理的进行了完美的分离。理清了编程者的思绪，也帮助代码增强了可读性，方便了维护者的阅读和理解，并且还提供了处理程序执行时出现的不论什么意外或异常情况的方法。