java异常分为两大类，Checked异常和Runtime异常，Checked异常都是在编译阶段可以被处理的异常。
Checked异常和Runtime异常的区别和联系
常见异常类
列举几个常见的运行时异常RuntimeException：
列举几个非运行时异常（Checked异常）：
Error错误
Error错误一般指与虚拟机相关的问题，如系统崩溃，虚拟机错误，动态链接失败等，这种错误无法恢复或不可被捕获，将导致应用程序中断。通常应用程序也无法处理这些错误，因此程序中不应该试图使用catch来捕获Error对象。在方法定义时，也无需throws Error对象。
Checked异常的使用
前面提到了Checked必须显式的处理，不然编译报错，比如声明一个文件输入流：
FileInputStream fis = new FileInputStream("test.md");这段代码编译会报错
Unhandled exception type FileNotFoundException
因此必须显式的处理它，处理Checked异常的方式一般有两种：
如果知道如何处理，那么最好使用try…catch...块处理：
//Checked异常必须被显式处理try { FileInputStream fis = new FileInputStream("test.md");} catch (FileNotFoundException e) { e.printStackTrace(); System.out.println("文件不存在！");}如果不知道如何处理，那么就在方法中抛出，由上一级调用者处理：
public static void main(String[] args) throws FileNotFoundException { //Checked异常必须被显式处理 //在main方法中抛出异常，交给JVM处理，JVM对异常的处理办法就是打印跟踪栈信息，并终止程序运行 FileInputStream fis = new FileInputStream("test.md");}使用throw自行抛出异常
有的时候根据业务需要，我们在程序里面会自行抛出异常，比如如果读取的文件内容为空，我们就认为这是一个异常，这时候我们可以使用throw来主动抛出异常，并且用catch捕获它：
//使用throw主动抛出异常try { FileInputStream fis = new FileInputStream("test.md"); if(fis.read() == 0) { throw new IOException("空文件"); }} catch (IOException e) { e.printStackTrace();}如果throw抛出的是一个runtime异常，那么程序可以用try…catch…捕获，也可以不用理会。
异常链处理
在真实的企业级应用中，我们往往不会讲底层的异常暴露给上层应用，比如不会把SQL异常暴露到用户界面上。一是对于用户而言，看到SQL异常对他们也没啥帮助，二是对于恶意用户而言，暴露底层异常不安全。
那么如何屏蔽底层异常呢？通常的做法是：程序先捕获原始异常，然后抛出一个新的业务异常，新的业务异常包含了对用户的提示信息，这种处理方式成为异常转译。下面演示一个创建用户的程序如何屏蔽底层异常：
//演示异常链，创建用户public void createSubscriber(int subId) throws BusinessException { try { //创建用户的逻辑...... }catch(Exception e){ //处理并保存原始异常... //抛出新的业务异常 throw new BusinessException("用户创建失败"); }}可以看到程序把原始异常隐藏起来，仅向上提供必要的异常提示信息，可以保证底层异常不会扩展到表现层，这完全符合对象的封装原则。
这种把捕获一个异常然后抛出另一个异常，并把原始异常信息保存下来，是一种典型的链式处理，在设计模式中被称为责任链模式。
使用异常的几个建议
我们使用异常是为了实现几个目标：
针对这些目标，我们应该做到：
1、不要过度使用和依赖它：异常很方便，但是不要把正常的逻辑处理都使用异常处理，比如
//原始代码if(fileSize > 100){ Sysotem.out.println("文件过大，请重新上传"); continue;}//改成使用异常 if(fileSize > 100){ throw new Exception("文件过大，请重新上传");}//这样做，很明显不负责任。