恶补java（八）——泛型、异常

泛型——基本概念
泛型是java SE 1.5的新特性，泛型的本质是参数化类型，也就是说所操作的数据类型被指定为一个参数，这种参数类型可以用在类、接口和方法的创建中，分别称为泛型类、泛型接口、泛型方法。

java语言引入泛型的好处是安全简单

在java SE1.5 之前，没有泛型的情况下，通过对类型Object的引用来实现参数的“任意化”，“任意化”带来的缺点是要做显式的强制类型转换，而这种转换是要求开发者对实际参数类型可以预知的情况下进行的。对于强制类型转换错误的情况，编译器可能不提示错误，在运行的时候才出现异常，这是一个安全隐患。

泛型的好处是在编译的时候检查类型安全，并且所有的强制转换都是自动和隐式的，提高代码的重用率。

java->反射机制

 泛型的优点

使用泛型有下面几个优点：
（1）类型安全

（2）向下转型

（3）层次清晰

（4）性能较高，用GJ编写的代码可以为java编译器和虚拟机带来更多的类型信息，这些信息对java程序做进一步优化提供条件

 

 

 

异常处理

异常处理——基本概念：当出现程序无法控制的外部环境问题（用户提供的文件不存在：文件内容损坏，网络不可用。。。）时，java就会用异常对象来描述

java中用2种方法处理异常：
（1）在发生异常的地方直接处理

（2）将异常抛给调用者，让调用者处理

 

异常分类：
（1）检查性异常：java.lang.Exception

（2）运行期异常：java.lang.RuntimeException

（3）错误：java.lang.Error

顶层是java.lang.Throwable类，检查性异常，运行期异常，错误都是这个类的子孙类，java.lang.Exception和java.lang.Error继承自java.lang.Throwable，而java.lang.RuntimeException继承自java.lang.Exception

检查性异常：程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题——程序试图打开一个并不存在的远程Socket端口，或者是打开不存在的文件时，这不是程序本身的逻辑错误，而很可能是远程机器名字错误（用户拼写错误）。对商用软件系统，程序开发者必须考虑并处理这个问题，java编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。

运行期异常：这意味着程序存在bug，如数组越界，0被除，入参不满足规范。。。。这类异常需要更改程序来避免，java编译器强制要求处理这类异常。

错误：一般很少见，也很难通过程序解决，它可能源于程序的bug，但一般更可能源于环境问题。如内存耗尽，错误在程序中无须处理，而由运行环境处理。

异常处理：
1、try…catch
程序运行产生异常时，将从异常发生点中断程序并向外抛出异常信息。

finally

如果把finally块置try…catch…语句后，finally块一般都会得到执行，它相当于一个万能的保险，即使前面的try块发生异常，而又没有对应异常的catch块，finally块将马上执行

以下情形，finally块将不会被执行：
（1）finally块中发生了异常：
（2）程序所在线程死亡

（3）在前面的代码中用了System.exit（）；

（4）关闭CPU

异常处理
2、将异常抛给调用者，让调用者处理异常

异常处理
3、多个异常的处理规则
定义多个catch可精确地定位异常，如果为子类的异常定义了特殊的catch块，而父类的异常则放在另外一个catch块中，此时，必须满足以下规则：子类异常的处理块必须在父类异常处理块的前面，否则会发生编译错误，所以，越特殊的异常越在前面处理，越普遍的异常越在后面处理，这类似于制订防火墙的规则次序：较特殊的规则在前，较普通的规则在后