当前位置:文档之家› 第六讲 韩顺平Java核心编程 22~26

第六讲 韩顺平Java核心编程 22~26

1.集合框架√2.泛型√3.异常√1.掌握常用的集合类(接口)2.充分理解什么是泛型3.掌握java中的异常■一个问题?前面我们学习了数组,充分体会到数组的优越性,就是可以存储同一类型的数据,但是我们假设有这样的需求,大家看看如何解决?请做一个公司职员薪水管理系统,要求完成如下功能:①当有新员工时,将该员工加入到管理系统①可以根据员工号,显示该员工的信息.②可以显示所有员工信息③可以修改员工的薪水⑤当员工离职时,将该员工从管理系统中删除⑥可以按照薪水从低到高顺序排序【思考题】⑦可以统计员工的平均工资和最低和最高工资.■问题分析当然,我们可以使用数组来解决,可是用数组的话,有什么问题,我们来看看:■解决之道-链表或是集合类我们想,如果有这样一种数组,它可以动态的改变就好了,java的设计者为我们提供了一系列的集合类,我们来看看.■解决之道-链表或是集合类我们想,如果有这样一种数组,它可以动态的改变就好了,java的设计者为我们提供了一系列的集合类,我们来看看.■解决之道-链表或是集合类■使用从上面的图可以看出java集合类主要有以下几种: List结构的集合类ArrayList类, LinkedList类, Vector类,Stack类Map结构的集合类HashMap类,Hashtable类Set结构的集合类HashSet类,TreeSet类Queue结构的集合Queue接口■使用我们给大家举几个案例来看看集合类的常用方法:【Demo6_1.java】和【Demo7_3.java】■具体应用在我们熟悉了一些集合类的基本用法后,我们来解决前面提出的公司职员薪水管理系统。

首先我们使用ArrayList这个集合类.案例【Demo7_2.java】■ArrayList和Vector的区别ArrayList与Vector都是java的集合类,都可以用来存放java对象,这是他们的相同点,但是他们也有区别:一.同步性:Vector是同步的。

这个类中的一些方法保证了Vector中的对象是线程安全的。

而ArrayList则是异步的,因此ArrayList中的对象并不是线程安全的。

因为同步的要求会影响执行的效率,所以如果你不需要线程安全的集合那么使用ArrayList是一个很好的选择,这样可以避免由于同步带来的不必要的性能开销。

二.数据增长:从内部实现机制来讲ArrayList和Vector都是使用数组(Array)来控制集合中的对象。

当你向这两种类型中增加元素的时候,如果元素的数目超出了内部数组目前的长度它们都需要扩展内部数组的长度,Vector缺省情况下自动增长原来一倍的数组长度,ArrayList是原来的50%,所以最后你获得的这个集合所占的空间总是比你实际需要的要大。

所以如果你要在集合中保存大量的数据那么使用Vector有一些优势,因为你可以通过设置集合的初始化大小来避免不必要的资源开销。

■HashMap和Hashtable的区别HashMap与HashTable都是java的集合类,都可以用来存放java对象,这是他们的相同点,但是他们也有区别:一.历史原因:Hashtable是基于陈旧的Dictionary类的,HashMap是Java 1.2引进的Map接口的一个实现。

二.同步性:Hashtable是同步的。

这个类中的一些方法保证了Hashtable中的对象是线程安全的。

而HashMap则是异步的,因此HashMap中的对象并不是线程安全的。

因为同步的要求会影响执行的效率,所以如果你不需要线程安全的集合那么使用HashMap是一个很好的选择,这样可以避免由于同步带来的不必要的性能开销,从而提高效率。

三.值:HashMap可以让你将空值作为一个表的条目的key或value但是Hashtable 是不能放入空值的(null)注意: Hashtable的方法是Synchronize的,而HashMap不是,在多个线程访问Hashtable时,不需要自己为它的方法实现同步,而HashMap 就必须为之提供外同步。

■进一步理解集合框架java的设计者给我们提供了这些集合类,在后面编程中是相当有用的,具体什么时候用什么集合,要根据我们刚才分析的集合异同来选取。

我这里根据自己编程经验总结几点:①如果要求线程安全,使用Vector、Hashtable②如果不要求线程安全,应使用ArrayList,LinkedList、HashMap,LinkedHashMap③如果要求键值对,则使用HashMap,Hashtable④如果数据量很大,又要线程安全考虑Vector思考:请大家把薪资管理系统用你认为最好的集合来实现.■泛型的基本概念泛型是Java SE 1.5的新特性,泛型的本质是参数化类型,也就是说所操作的数据类型被指定为一个参数。

这种参数类型可以用在类、接口和方法的创建中,分别称为泛型类、泛型接口、泛型方法。

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

在Java SE 1.5之前,没有泛型的情况的下,通过对类型Object的引用来实现参数的“任意化”,“任意化”带来的缺点是要做显式的强制类型转换,而这种转换是要求开发者对实际参数类型可以预知的情况下进行的。

对于强制类型转换错误的情况,编译器可能不提示错误,在运行的时候才出现异常,这是一个安全隐患。

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

■泛型的基本概念我们来看几个案例加深对泛型的理解:【Demo6_2.java】java->反射机制.■泛型的优点使用泛型有下面几个优点:①类型安全②向后兼容③层次清晰④性能较高,用泛型编写的代码可以为java编译器和虚拟机带来更多的类型信息,这些信息对java程序做进一步优化提供条件.■基本概念当出现程序无法控制的外部环境问题(用户提供的文件不存在,文件内容损坏,网络不可用...)时,JAVA就会用异常对象来描述。

JAVA中用2种方法处理异常:1.在发生异常的地方直接处理;2.将异常抛给调用者,让调用者处理。

■快速入门class Abc{public static void main(String []args){ int i=2/0;s.o.p(“hello”);}}class Abc{public static void main(String []args){ try{int i=2/0;}catch(Exception e){s.o.p(“0不能做除数”)}s.o.p(“hello”);}}■异常分类(1)检查性异常:ng.Exception(2)运行期异常:ng.RuntimeException(3)错误:ng.Error顶层是ng.Throwable类,检查性异常,运行期异常,错误都是这个类的子孙类。

ng.Exception和ng.Error继承自ng.Throwable,而ng.RuntimeException继承自ng.Exception.■异常分类检查性异常:程序正确,但因为外在的环境条件不满足引发。

例如:用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口,或者是打开不存在的文件时。

这不是程序本身的逻辑错误,而很可能是远程机器名字错误(用户拼写错误)。

对商用软件系统,程序开发者必须考虑并处理这个问题。

JAVA编译器强制要求处理这类异常,如果不捕获这类异常,程序将不能被编译。

运行期异常:这意味着程序存在bug,如数组越界,0被除,入参不满足规范.....这类异常需要更改程序来避免,JAVA编译器在编译时不会发现这类异常。

错误:一般很少见,也很难通过程序解决。

它可能源于程序的bug,但一般更可能源于环境问题,如内存耗尽、运行时找不到某个类等。

错误在程序中无须处理,而由运行环境处理。

【案例Demo6_3.java】■异常处理1.try...catch程序运行产生异常时,将从异常发生点中断程序并向外抛出异常信息。

int a[] ={4,6,9,90};try{int a[10]=10;}catch(Exception e){s.o.p(“数组越界!”);// getMessage();toString(); printStackTrace();}System.out.println(“go on…”);■异常处理2.finally如果把finally块置try...catch...语句后,finally块一般都会得到执行,它相当于一个万能的保险,即使前面的try块发生异常,而又没有对应异常的catch块,finally块将马上执行。

以下情形,finally块将不会被执行:(1)finally块中发生了异常;(2)程序所在线程死亡;(3)在前面的代码中用了System.exit();(4)关闭CPU。

我们举例说明【Demo6_4.java】■异常处理2.finally 细节讨论int i=0;try{i++;return i;}catch(Exception e){ e.printStackTrace(); }finally{i++;}return i;返回的i 是多少?try{//代码}finally{//关闭资源.}没有catch 语法是否正确?■异常处理将异常抛给调用者,让调用者处理异常throws我们举例说明【Demo6_5.java】以下方式:①直接抛出[调用者需要处理]②捕获后,创建编译异常抛出[调用者需要处理]③捕获后,创建运行异常,并抛出[调用者无需处理]■异常处理3.多个异常的处理规则定义多个catch可精确地定位异常。

如果为子类的异常定义了特殊的catch块,而父类的异常则放在另外一个catch块中,此时,必须满足以下规则:子类异常的处理块必须在父类异常处理块的前面,否则会发生编译错误。

所以,越特殊的异常越在前面处理,越普遍的异常越在后面处理。

这类似于制订防火墙的规则次序:较特殊的规则在前,较普通的规则在后。

■异常处理3.多个异常的处理规则主讲韩顺平。

相关主题