[Java] 详解Java异常处理最佳实践及陷阱防范

• 代码执行流程未进入try代码块。
  
• 代码在try代码块中发生死循环、死锁等状态。
  
• 在try代码块中执行了system.exit()操作。
  

public class tcfdemo {
  public static void main(string[] args) {
  //11
  system.out.println(returnval());
  }
 
  static int returnval(){
  int a = 1;
  int b = 10;
  try{
    return ++a;
  }finally {
    return ++b;
  }
  }
}

public class tcfdemo {
  public static void main(string[] args) {
  lock lock = new reentrantlock();
  try{
    //有可能加锁失败
    lock.lock();
    //dost
  }finally {
    lock.unlock();
  }
  }
}

• 当需要向上抛出异常的时候，需根据当前业务场景定义具有业务含义的异常，优先使用行业内定义的异常或者团队内部定义好的。例如在使用dubbo进行远程服务调用超时的时候会抛出dubbotimeoutexception，而不是直接把runtimeexception抛出。
  
• 请勿在finally代码块中使用return语句，避免返回值的判断变得复杂。
  
• 捕获异常具体的子类，而不是exception，更不是throwable。这样会捕获所有的错误，包括jvm抛出的无法处理的严重错误。
  
• 切记更别忽视任何一个异常（catch住了不做任何处理），即使现在能确保不影响逻辑的正常运行，但是对于将来谁都无法保证代码会如何改动，别给自己挖坑。
  
• 不要使用异常当作控制流程来使用，这是一个很奇葩也很影响性能的做法。
  
• 清理资源，释放连接等操作一定要放在finally代码块中，防止内存泄漏，如果finally块处理的逻辑比较多且模块化，我们可以封装成工具方法调用，代码会比较简洁。