2、被检查异常
定义: Exception 类本⾝,以及 Exception 的⼦类中除了"运⾏时异常"之外的其它⼦类都属于被检查异常。
特点 : Java编译器会检查它。 此类异常,要么通过 throws 进⾏声明抛出,要么通过try-catch进⾏捕获处理,否则不能通过编译。例
如, CloneNotSupportedException 就属于被检查异常。当通过clone()接⼝去克隆⼀个对象,⽽该对象对应的类没有实现 Cloneable 接
⼝,就会抛出 CloneNotSupportedException 异常。被检查异常通常都是可以恢复的。
如:
IOException
FileNotFoundException
SQLException
被检查的异常适⽤于那些不是因程序引起的错误情况,⽐如:读取⽂件时⽂件不存在引发的 FileNotFoundException 。然⽽,不被检查
的异常通常都是由于糟糕的编程引起的,⽐如:在对象引⽤时没有确保对象⾮空⽽引起的 NullPointerException 。
3、错误
定义 : Error类及其⼦类。
特点 : 和运⾏时异常⼀样,编译器也不会对错误进⾏检查。
当资源不⾜、约束失败、或是其它程序⽆法继续运⾏的条件发⽣时,就产⽣错误。程序本⾝⽆法修复这些错误的。例
如, VirtualMachineError 就属于错误。出现这种错误会导致程序终⽌运⾏。
OutOfMemoryError、ThreadDeath 。
Java虚拟机规范规定JVM的内存分为了好⼏块,⽐如堆,栈,程序计数器,⽅法区等
1, OutOfMemoryError 异常
除了程序计数器外,虚拟机内存的其他⼏个运⾏时区域都有发⽣ OutOfMemoryError(OOM) 异常的可能。
Java Heap 溢出:
⼀般的异常信息: java.lang.OutOfMemoryError:Java heap spacess 。
java堆⽤于存储对象实例,我们只要不断的创建对象,并且保证 GC Roots 到对象之间有可达路径来避免垃圾回收机制清除这些对象,
就会在对象数量达到最⼤堆容量限制后产⽣内存溢出异常。
出现这种异常,⼀般⼿段是先通过内存映像分析⼯具(如 Eclipse Memory Analyzer )对 dump 出来的堆转存快照进⾏分析,重点是确认内
存中的对象是否是必要的,先分清是因为内存泄漏( Memory Leak )还是内存溢出( Memory Overflow )。
如果是内存泄漏,可进⼀步通过⼯具查看泄漏对象到 GCRoots 的引⽤链。于是就能找到泄漏对象是通过怎样的路径与 GC Roots 相关联
并导致垃圾收集器⽆法⾃动回收。
如果不存在泄漏,那就应该检查虚拟机的参数(-Xmx与-Xms)的设置是否适当。
2,虚拟机栈和本地⽅法栈溢出
如果线程请求的栈深度⼤于虚拟机所允许的最⼤深度,将抛出 StackOverflowError 异常。
如果虚拟机在扩展栈时⽆法申请到⾜够的内存空间,则抛出 OutOfMemoryError 异常
这⾥需要注意当栈的⼤⼩越⼤可分配的线程数就越少。
3,运⾏时常量池溢出
异常信息: java.lang.OutOfMemoryError:PermGenspace
如果要向运⾏时常量池中添加内容,最简单的做法就是使⽤ String.intern() 这个Native⽅法。该⽅法的作⽤是:如果池中已经包含⼀个
等于此String的字符串,则返回代表池中这个字符串的String对象;否则,将此String对象包含的字符串添加到常量池中,并且返回
此String对象的引⽤。由于常量池分配在⽅法区内,我们可以通过 -XX:PermSize和-XX:MaxPermSize 限制⽅法区的⼤⼩,从⽽间接限制
其中常量池的容量。
4,⽅法区溢出
⽅法区⽤于存放Class的相关信息,如类名、访问修饰符、常量池、字段描述、⽅法描述等。也有可能是⽅法区中保存的class对象没
有被及时回收掉或者class信息占⽤的内存超过了我们配置。
异常信息: java.lang.OutOfMemoryError:PermGenspace
⽅法区溢出也是⼀种常见的内存溢出异常,⼀个类如果要被垃圾收集器回收,判定条件是很苛刻的。在经常动态⽣成⼤量Class的应⽤
中,要特别注意这点。
SOF(堆栈溢出 StackOverflow ):
StackOverflowError 的定义:当应⽤程序递归太深⽽发⽣堆栈溢出时,抛出该错误。
因为栈⼀般默认为1-2m,⼀旦出现死循环或者是⼤量的递归调⽤,在不断的压栈过程中,造成栈容量超过1m⽽导致溢出。
栈溢出的原因:递归调⽤,⼤量循环或死循环,全局变量是否过多,数组、List、map数据过⼤。