[Java] Excption与Error包结构,OOM和SOF

2019年7月25日 131次阅读

版权声明：请尊重个人劳动成果，转载注明出处，谢谢！

Java 异常类继承关系图

《[Java] Excption与Error包结构,OOM和SOF》

（一）Throwable

　　Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类或其子类之一的实例时，才能通过 Java 虚拟机或者 Java throw 语句抛出，才可以是 catch 子句中的参数类型。 
Throwable 类及其子类有两个构造方法，一个不带参数，另一个带有 String 参数，此参数可用于生成详细消息。 
Throwable 包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更多信息的消息字符串。 
 
Java将可抛出(Throwable)的结构分为三种类型： 
错误(Error) 
运行时异常(RuntimeException) 
被检查的异常(Checked Exception)

　１.Error 
Error 是 Throwable 的子类，用于指示合理的应用程序不应该试图捕获的严重问题。大多数这样的错误都是异常条件。 
和RuntimeException一样， 编译器也不会检查Error。 
当资源不足、约束失败、或是其它程序无法继续运行的条件发生时，就产生错误，程序本身无法修复这些错误的。 
 
２.Exception 
Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件。 
对于可以恢复的条件使用被检查异常（Exception的子类中除了RuntimeException之外的其它子类），对于程序错误使用运行时异常。　 

①　ClassNotFoundException 
 
当应用程序试图使用以下方法通过字符串名加载类时： 
Class 类中的 forName 方法。 
ClassLoader 类中的 findSystemClass 方法。 
ClassLoader 类中的 loadClass 方法。 
但是没有找到具有指定名称的类的定义，抛出该异常。

②　CloneNotSupportedException

当调用 Object 类中的 clone 方法复制对象，但该对象的类无法实现 Cloneable 接口时，抛出该异常。重写 clone 方法的应用程序也可能抛出此异常，指示不能或不应复制一个对象。

③　IOException 
当发生某种 I/O 异常时，抛出此异常。此类是失败或中断的 I/O 操作生成的异常的通用类。

－EOFException 
当输入过程中意外到达文件或流的末尾时，抛出此异常。 
此异常主要被数据输入流用来表明到达流的末尾。 
注意：其他许多输入操作返回一个特殊值表示到达流的末尾，而不是抛出异常。 
 
－FileNotFoundException 
当试图打开指定路径名表示的文件失败时，抛出此异常。 
在不存在具有指定路径名的文件时，此异常将由 FileInputStream、FileOutputStream 和 RandomAccessFile 构造方法抛出。如果该文件存在，但是由于某些原因不可访问，比如试图打开一个只读文件进行写入，则此时这些构造方法仍然会抛出该异常。

－MalformedURLException 
抛出这一异常指示出现了错误的 URL。或者在规范字符串中找不到任何合法协议，或者无法解析字符串。　 
 
－UnknownHostException 
指示主机 IP 地址无法确定而抛出的异常。

④　RuntimeException 
是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。可能在执行方法期间抛出但未被捕获的 RuntimeException 的任何子类都无需在 throws 子句中进行声明。 
Java编译器不会检查它。当程序中可能出现这类异常时，还是会编译通过。 
虽然Java编译器不会检查运行时异常，但是我们也可以通过throws进行声明抛出，也可以通过try-catch对它进行捕获处理。

－ArithmeticException 
当出现异常的运算条件时，抛出此异常。例如，一个整数“除以零”时，抛出此类的一个实例。

－ClassCastException 
当试图将对象强制转换为不是实例的子类时，抛出该异常。 
例如：Object x = new Integer(0);

－LllegalArgumentException 
抛出的异常表明向方法传递了一个不合法或不正确的参数。

－IllegalStateException 
在非法或不适当的时间调用方法时产生的信号。换句话说，即 Java 环境或 Java 应用程序没有处于请求操作所要求的适当状态下。

－IndexOutOfBoundsException　 
指示某排序索引（例如对数组、字符串或向量的排序）超出范围时抛出。 
应用程序可以为这个类创建子类，以指示类似的异常。

－NoSuchElementException 
由 Enumeration 的 nextElement 方法抛出，表明枚举中没有更多的元素。

－NullPointerException 
当应用程序试图在需要对象的地方使用 null 时，抛出该异常。这种情况包括： 
调用 null 对象的实例方法。 
访问或修改 null 对象的字段。 
将 null 作为一个数组，获得其长度。 
将 null 作为一个数组，访问或修改其时间片。 
将 null 作为 Throwable 值抛出。 
应用程序应该抛出该类的实例，指示其他对 null 对象的非法使用。

（二） SOF （堆栈溢出 StackOverflow）

StackOverflowError 的定义： 
当应用程序递归太深而发生堆栈溢出时，抛出该错误。

因为栈一般默认为1-2m，一旦出现死循环或者是大量的递归调用，在不断的压栈过程中，造成栈容量超过1m而导致溢出。

栈溢出的原因：

递归调用

大量循环或死循环

全局变量是否过多

数组、List、map数据过大

（三）Android的ＯＯＭ（Out Of Memory）

　　当内存占有量超过了虚拟机的分配的最大值时就会产生内存溢出（VM里面分配不出更多的page）。 
 
一般出现情况：加载的图片太多或图片过大时、分配特大的数组、内存相应资源过多没有来不及释放。

解决方法： 
①在内存引用上做处理

软引用是主要用于内存敏感的高速缓存。在jvm报告内存不足之前会清除所有的软引用，这样以来gc就有可能收集软可及的对象，可能解决内存吃紧问题，避免内存溢出。什么时候会被收集取决于gc的算法和gc运行时可用内存的大小。

　②对图片做边界压缩，配合软引用使用 
 
③显示的调用GC来回收内存　 

if(bitmapObject.isRecycled()==false) //如果没有回收 
         bitmapObject.recycle();  

　④优化Dalvik虚拟机的堆内存分配 
  
 １．增强程序堆内存的处理效率 
//在程序onCreate时就可以调用 即可 
private final static floatTARGET_HEAP_UTILIZATION = 0.75f;  

VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 


 　2 .设置堆内存的大小

private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ; 
 //设置最小heap内存为6MB大小 
VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); 

⑤ 用LruCache 和 AsyncTask<>解决
　　从cache中去取Bitmap，如果取到Bitmap，就直接把这个Bitmap设置到ImageView上面。 
 如果缓存中不存在，那么启动一个task去加载（可能从文件来，也可能从网络）。
  点赞