异常（jvm）

OutOfMemoryError的原因有哪些？怎么解决？

OutOfMemoryError 分为多种不同的错误：

• Java heap space

原因：JVM 中 heap 的最大值不满足需要
解决：
调高 heap 的最大值，-Xmx 的值调大
如果程序存在内存泄漏，增加 heap 空间也只是推迟该错误出现的时间而已，要检查程序是否存在内存泄漏

• GC overhead limit exceeded

原因：JVM 在 GC 时，对象过多，导致内存溢出
解决：调整 GC 的策略，在一定比例下开始GC而不使用默认的策略，或将新代和老代设置合适的大小，可以微调存活率。如在老代 80% 时就是开始GC，并且将 -XX:SurvivorRatio（-XX:SurvivorRatio=8）和-XX:NewRatio（-XX:NewRatio=4）设置的更合理

• Java perm space

原因：JVM 中 perm 的最大值不满足需要，perm 一般是在 JVM 启动时加载类进来
解决：调高 heap 的最大值，即 -XX:MaxPermSize 的值调大解决。如果 JVM 运行较长一段时间而不是刚启动后溢出的话，很有可能是由于运行时有类被动态加载，此时可以用 CMS 策略中的类卸载配置解决如：-XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled

• unable to create new native thread

原因：当 JVM 向系统请求创建一个新线程时，系统内存不足无法创建新的 native 线程
解决：JVM 内存调的过大或者可利用率小于 20%，可以将 heap 及 perm 的最大值下调，并将线程栈内存 -Xss 调小，如：-Xss128k

• Requested array size exceeds VM limit

原因：应用程序试图分配一个大于堆大小的数组
解决：
检查 heap 的 -Xmx 是不是设置的过小
heap 的 -Xmx 已经足够大，检查应用程序是不是存在 bug 计算数组的大小时存在错误，导致数组的 length 很大，从而导致申请巨大的数组

• request XXX bytes for XXX. Out of swap space

原因：从 native 堆中分配内存失败，并且堆内存可能接近耗尽，操作系统配置了较小的交换区，其他进程消耗所有的内存
解决：检查操作系统的 swap 是不是没有设置或者设置的过小；检查是否有其他进程在消耗大量的内存，导致 JVM 内存不够分配

Java中如何进行异常处理?throws、throw、try、catch、finally分别如何使用？

• 把各种不同的异常进行分类

• 每个异常都是一个对象，是 Throwable 或其子类的实例

• 一个方法出现异常后便抛出一个异常对象，该对象中包含有异常信息，调用对象的方法可以捕获到这个异常并进行处理

• Java 中的异常处理通过 5 个关键词实现：throw、throws、try、catch 和 finally

  定义方法时，可以使用 throws 关键字抛出异常
  方法体内使用 throw 抛出异常
  使用 try 执行一段代码，当出现异常后，停止后续代码的执行，跳至 catch 语句块
  使用 catch 来捕获指定的异常，并进行处理
  finally 语句块表示的语义是在 try、catch 语句块执行结束后，最后一定会被执行

运行时异常与受检异常有何异同？

异常表示程序运行过程中可能出现的非正常状态

• 运行时异常，表示程序代码在运行时发生的异常，程序代码设计的合理，这类异常不会发生
• 受检异常跟程序运行的上下文环境有关，即使程序设计无误，仍然可能因使用的问题而引发
• Java编译器要求方法必须声明抛出可能发生未被捕获的受检异常，不要求必须声明抛出运行时异常

异常的设计原则有哪些？

• 不要将异常处理用于正常的控制流
• 对可以恢复的情况使用受检异常，对编程错误使用运行时异常
• 避免不必要的使用受检异常
• 优先使用标准的异常
• 每个方法抛出的异常都要有文档
• 保持异常的原子性
• 不要在 catch 中忽略掉捕获到的异常

Java中异常处理机制

Java 异常的结构
Throwable

–Error：是程序无法处理的错误，表示运行应用程序中较严重问题。大多数错误与代码编写者执行的操作无关，而表示代码运行时 JVM（Java 虚拟机）出现的问题

–Exception：

–RuntimeException：运行时异常，编译通过了，但运行时出现的异常

–非 RuntimeException：编译时（受检）异常，编译器检测到某段代码可能会发生某些问题，需要程序员提前给代码做出错误的解决方案，否则编译不通过

异常产生的原理

• java 对异常默认的处理方式，是将问题抛出给上一级
• 抛出之前，java 会根据错误产生的异常类，创建出该类的对象，底层并通过 throw 关键字将异常抛出给上一级，不断向上抛出，直到抛给了JVM 虚拟机，虚拟机拿到异常之后，就会将错误的原因和所在的位置，打印在控制台

异常的处理方式

• try catch 处理:自己将问题处理掉，不会影响到后续代码的继续执行
• throw 抛出：问题自己无法处理，可以通过 throw 关键字，将异常对象抛出给调用者。如果抛出的对象是 RuntimeException 或 Error，则无需在方法上 throws 声明；其他异常，方法上面必须进行 throws 的声明，告知调用者此方法存在异常