对象克隆
Java中实现克隆的接口是Cloneable接口,这个接口指示了一个类提供了一个安全的clone方法
首先认识一下克隆和拷贝的具体含义
一个包含对象引用的变量建立副本时,原变量和副本都是通过一个对象的引用,也就是无论是对象变量还是对象本身,副本和其都是一致的,也就是改变副本也会改变原来的引用。
可以看到建立副本与原来的引用是一致的,引用变量也是一致的,那么只要修改其中一边的值,另一边也会受影响
而克隆会让副本与原来的引用并不是一致的,即副本和原来的对象是两个不同的对象,不会互相影响,与此之外,还有浅拷贝和深拷贝
这里要注意i的是:无论是浅拷贝还是深拷贝,拷贝的副本与与原来的对象引用都是不一致的,但里面的属性却不一样,可能还是同一个引用(浅拷贝),也可能是不同的引用(深拷贝),也就是说,只有拷贝的对象本身发生了克隆
- 浅拷贝:对基本类型进行值传递,对引用数据类型进行引用传递(传递地址),此为浅拷贝
- 深拷贝:对基本类型进行值传递,对引用数据类型进行新对象传递,即创建一个新的对象,然后新的对象要复制源对象里面的内容,此为深拷贝,而且深拷贝出来的对象与源对象并不一致
进行克隆的方法就是调用Object的clone方法,但我们可以看到这个方法是protected类型的,而且是一个native方法,所以只可以在子类才可以使用,而且子类还必须去实现Cloneable接口,否则会抛出CloneNotSupportedException
这也就是说,Java设计者不希望我们滥用clone这个方法
其实,浅拷贝不一定是不安全的,只要里面的属性是不可变,或者整个浅拷贝的对象是不可变的,那就是安全的
深拷贝与克隆的实现
Object类对于要克隆的对象是一无所知的,所以只能逐个字段属性地进行拷贝,如果对象中的所有数据字段都是数值或其他基本类型,拷贝这些字段是没有任何问题的,但是如果一些属性是引用类型的呢?那么该拷贝字段就应该得到相同子对象的另一个引用(即另一个有着与原对象的引用类型字段相同值,但却不是同个引用的引用),这样以来,源对象和克隆的对象仍然是会共享一些信息的
现在来看一下调用默认的拷贝结果
可以看到,默认的clone是一个浅拷贝(所以,Java默认的clone是浅拷贝)
那么如何实现深拷贝呢?其实我们可以将深拷贝理解成是一个浅拷贝递归的过程,只要被拷贝的对象里面有引用属性,那么就再对这个引用属性进行一次浅拷贝,因为浅拷贝对基本数据类型是不影响的,而且浅拷贝对于拷贝对象是克隆。
首先对引用对象属性开放clone方法(记住也要去实现Cloneable接口)
改一改拷贝对象的clone方法
可以看到,无论是被拷贝的对象,还是里面的引用属性,都是不一样的对象了
可以看到无论是被拷贝的对象,还是对象里面的引用对象属性已经都不是同一个对象了
Comparable和Compartor接口
这两个接口都是用来实现比较的,一般用于集合里面进行比较
Comparable接口
Comparable是在集合内部定义的方法实现的排序,位于java.lang包下,也就是指是集合里面的元素自身完成比较,也就是自己完成比较,而且比较的是自己与指定对象
里面只有一个compareTo方法
Compartor接口
Compartor接口是集合外部实现的排序,位于java.util包下,也就是指并不是元素自身完成比较,而是要通过使用该接口进行任意两者的比较,他相当于是一个比较器,所以不一定要在比较的元素的类中去实现。
Comparator是一个专用的比较器,当这个对象不支持自比较或者自比较函数不能满足要求时,可写一个比较器来完成两个对象之间大小的比较。Comparator体现了一种策略模式(strategy design pattern),就是不改变对象自身(不需要在本身加比较方法),而用一个策略对象(strategy object)来改变它的行为。
里面有很多方法,但一定要重写的是compare方法,从方法的参数就可以理解其与Comparable接口的不同,他是指定任意两个元素进行比较
注意,自定义的类在集合容器中可以进行排序,也可以实现Comparable接口,也可以自定义一个Comparator
所以,如果不给定自定义的Comparator,那么就会使用集合元素中的Comparable接口设定的排序方式