OutputStreamWriter out = ...
java.sql.Connection conn = ...
try {
   Statement stat = conn.createStatement();
   ResultSet rs = stat.executeQuery(
   "select uid, name from user");
   while (rs.next())
   {
      out.println("ID：" + rs.getString("uid") +
      "，姓名: " + rs.getString("name"));
   }
}
catch(SQLException sqlex)
{
   out.println("警告：数据不完整");
   throw new ApplicationException(
   "读取数据时出现SQL错误", sqlex);
}
catch(IOException ioex)
{
   throw new ApplicationException(
   "写入数据时出现IO错误", ioex);


}
finally
{
   if (conn != null) {
      try {
         conn.close();
      }
      catch(SQLException sqlex2)
      {
          System.err(this.getClass().getName() +
          ".mymethod - 不能关闭数据库连接: " +
          sqlex2.toString());
      }
   }


   if (out != null) {
      try {
         out.close();
      }
      catch(IOException ioex2)
      {
         System.err(this.getClass().getName() +
         ".mymethod - 不能关闭输出文件" +
         ioex2.toString());
      }
   }
}


本文的结论不是放之四海皆准的教条，有时常识和经验才是最好的老师。如果你对自己的做法没有百分之百的信心，务必加上详细、全面的注释。 

另一方面，不要笑话这些错误，不妨问问你自己是否真地彻底摆脱了这些坏习惯。即使最有经验的程序员偶尔也会误入歧途，原因很简单，因为它们确确实实带来了“方便”。所有这些反例都可以看作Java编程世界的恶魔，它们美丽动人，无孔不入，时刻诱惑着你。也许有人会认为这些都属于鸡皮蒜毛的小事，不足挂齿，但请记住：勿以恶小而为之，勿以善小而不为。

版权归原作者和各发布网站所有，此文章仅供学习参考之用

try、catch、finally三个语句块应注意的问题
1>try、catch、finally三个语句块均不能单独使用，三者可以组成 try...catch...finally、try...catch、try...finally三种结构，catch语句可以有一个或多个，finally语句最多一个。
2>try、catch、finally三个代码块中变量的作用域为代码块内部，分别独立而不能相互访问。如果要在三个块中都可以访问，则需要将变量定义到这些块的外面。
3>多个catch块时候，只会匹配其中一个异常类并执行catch块代码，而不会再执行别的catch块，并且匹配catch语句的顺序是由上到下。
throw、throws关键字
throw关键字是用于方法体内部，用来抛出一个Throwable类型的异常。如果抛出了检查异常，则还应该在方法头部声明方法可能抛出的异常类型。该方法的调用者也必须检查处理抛出的异常。如果所有方法都层层上抛获取的异常，最终JVM会进行处理，处理也很简单，就是打印异常消息和堆栈信息。如果抛出的是Error或RuntimeException，则该方法的调用者可选择处理该异常。
throws关键字用于方法体外部的方法声明部分，用来声明方法可能会抛出某些异常。仅当抛出了检查异常，该方法的调用者才必须处理或者重新抛出该异常。当方法的调用者无力处理该异常的时候，应该继续抛出，而不是囫囵吞枣一般在catch块中打印一下堆栈信息做个勉强处理。

三、 异常处理的一般原则
1>能处理就早处理，抛出不去还不能处理的就想法消化掉或者转换为RuntimeException处理。因为对于一个应用系统来说，抛出大量异常是有问题的，应该从程序开发角度尽可能的控制异常发生的可能。
2>对于检查异常，如果不能行之有效的处理，还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地――可处理也可不处理。
3>对于一个应用系统来说，应该有自己的一套异常处理框架，这样当异常发生时，也能得到统一的处理风格，将优雅的异常信息反馈给用户。