try-finally及throws的小技巧

转自：https://www.cnblogs.com/Bonker/p/5407440.html

java只使用try和finally不使用catch的原因和场景

JDK并发工具包中，很多异常处理都使用了如下的结构，如AbstractExecutorService，即只有try和finally没有catch。

class X
{
  public void m()
  {
  lock.lock();  // block until condition holds
  try
  {
    // ... method body
  } finally
  {
    lock.unlock()
  }
   }
}
  

这种做法的好处是什么呢？
方法结束时，它做了自己必须要做的事(finally)，并向外抛出自己无法处理的异常；对于调用者来说，能够感知出现的异常，并可以按照需要进行处理。也就是说这种结构实现了职责的分离，实现了异常处理(throw)与异常清理(finally)的解耦，让不同的方法专注于自己应该做的事。
那什么时候使用try-finally，什么时候使用try-catch-finally呢？

很显然这 取决于方法本身是否能够处理try中出现的异常 。如果自己可以处理，那么直接catch住，不用抛给方法的调用者；如果自己不知道怎么处理，就应该将异常向外抛，能够让调用者知道发生了异常。即在方法的签名中声明throws可能出现而自己又无法处理的异常，但是在方法内部做自己应该的事情。

finally块中的代码时必定会执行的，
throws 与 throw 注意有点小区别：throws出现在方法后，可抛出多个exception，throw出现在方法体内部，如果出现，方法需要用throws修饰方法签名：

<T> T invokeAny(Collection<? extends Callable<T>> tasks) throws InterruptedException, ExecutionException;