Excption与Error包结构

在Java中，异常（Exception）和错误（Error）是两种不同的异常类型，它们都与程序运行有关。异常是程序在运行过程中出现意料之外的情况时抛出的，通常需要程序员进行处理；而错误是系统内部错误，与代码无关，由Java虚拟机（JVM）抛出。

以下是这两种异常类型的主要包结构：

Exception包结构：

• java.lang
  • java.lang.Exception：所有Java异常的父类。
  • RuntimeException：继承自Exception，但不会被直接抛出，通常由程序员显式引发。
  • Error：包括系统级异常，通常与代码无关。
    1、运行时异常
    定义:RuntimeException及其子类都被称为运行时异常。
    特点:Java编译器不会检查它。也就是说，当程序中可能出现这类异常时，倘若既"没有通过throws声明抛出它"，也"没有用try-catch语句捕获它"，还是会编译通过。例如，除数为零时产生的 ArithmeticException异常，数组越界时产生的IndexOutOfBoundsException异常，fail-fast机制产生的ConcurrentModificationException异常（java.util包下面的所有的集合类都是快速失败
    的，“快速失败”也就是fail-fast，它是Java集合的一种错误检测机制。当多个线程对集合进行结构上的改变的操作时，有可能会产生fail-fast机制。记住是有可能，而不是一定。例如：假设存在两个线程（线程1、线程2），线程1通过Iterator在遍历集合A中的元素，在某个时候线程2修改了集合A的结构（是结构上面的修改，而不是简单的修改集合元素的内容），那么这个时候程序就会抛出 ConcurrentModificationException 异常，从而产生fail-fast机制，这个错叫并发修改异常。Fail- safe，java.util.concurrent包下面的所有的类都是安全失败的，在遍历过程中，如果已经遍历的数组上的内容变化了，迭代器不会抛出ConcurrentModificationException异常。如果未遍历的数组上的内容发生了变化，则有可能反映到迭代过程中。这就是ConcurrentHashMap迭代器弱一致的表现。ConcurrentHashMap的弱一致性主要是为了提升效率，是一致性与效率之间的一种权衡。要成为强一致性，就得到处使用锁，甚至是全局锁，这就与Hashtable和同步的HashMap一样
    了。）等，都属于运行时异常。
    常见的五种运行时异常： ClassCastException（类转换异常） IndexOutOfBoundsException（数组越界） NullPointerException（空指针异常）
    ArrayStoreException（数据存储异常，操作数组是类型不一致）

BufferOverflowException
2、被检查异常
定义:Exception类本身，以及Exception的子类中除了"运行时异常"之外的其它子类都属于被检查异常。
特点 : Java编译器会检查它。 此类异常，要么通过throws进行声明抛出，要么通过try-catch进行捕获处理，否则不能通过编译。例如，CloneNotSupportedException就属于被检查异常。当通过 clone()接口去克隆一个对象，而该对象对应的类没有实现Cloneable接口，就会抛出 CloneNotSupportedException异常。被检查异常通常都是可以恢复的。 如：
IOException FileNotFoundException SQLException
被检查的异常适用于那些不是因程序引起的错误情况，比如：读取文件时文件不存在引发的
。然而，不被检查的异常通常都是由于糟糕的编程引起的，比如：在对象
引用时没有确保对象非空而引起的 。

Error包结构：

• java.lang
  • java.lang.Error：所有Java错误的父类。
  • VirtualMachineError：表示JVM内部错误，通常会导致整个JVM崩溃。
    • OutOfMemoryError：表示内存不足的错误。
    • StackOverflowError：表示栈溢出错误。
    • ThreadDeath：表示线程终止的错误。

需要注意的是，在Java中，错误通常是由JVM处理的，而不是由程序员处理的。程序员应该专注于处理异常，而不是错误。这是因为异常通常是由程序中的特定情况引发的，而错误是由JVM无法恢复的情况引发的。