关于protected修饰符详解-源于Cloneable接口
目录
- 今天在做对象拷贝的时候发现一个问题
- 接下来按照我们的思路写代码实现
- 为什么应用了Cloneable接口的类
- 通常还必须重写一个public的clone()方法
- 总结
Cloneable接口是一个空接口,仅用于标记对象,Cloneable接口里面是没有clone()方法,clone()方法是Object类里面的方法,默认实现是一个Native方法。
今天在做对象拷贝的时候发现一个问题
某类实现Cloneable接口后,还要重新实现Object类中的clone()方法:
感觉有点奇怪,这个类里也没做什么特殊的操作啊,就是调用一下父类的clone方法:
这太麻烦了,我们都知道protected的权限范围:
也就是说子类是可以访问protected修饰的方法的。
接下来按照我们的思路写代码实现
1.去掉User类中的clone方法:
接下来直接调用Object类中的clone方法:
这时发现,报错啦!!! 子类实例竟然不能调用父类的clone方法!!!我们会有疑问:Object类是所有类的父类,那么为什么子类不能访问父类protected修饰的方法呢?
其实是因为:“与基类不在同一个包中的子类,只能访问自身从基类继承而来的受保护成员,而不能访问基类实例本身的受保护成员”。这句话是什么意思?不要急,接下来我们用代码详细解释。
所以这里是因为,User类和Object类不同包,导致protected方法访问不了,接下来我们验证一下:
没有错误,可以直接调用父类protected方法getA:
此时Student类和Person类在同一个包下,假如不在同一个包中呢:
此时报错了:
我们发现此时子类不能调用父类的protected方法了。
为什么应用了Cloneable接口的类
通常还必须重写一个public的clone()方法
这里有两个原因:
(1) 如果不重写,由于Object.clone()是proteced属性,所以这个clone()方法将无法在外部被调用,更精确地说,无法在目标类之外的任何地方调用。这样就使得克隆失去了用武之地。
(2) Object.clone()毕竟只是提供了浅层拷贝,对于基本类型的字段,可以说它成功克隆了。但对于对象型字段,它并没有实现克隆的功能,仅仅做了一个赋值。试运行一下下面的代码就会更清楚了:
public class Student implements Cloneable { private int id; private String name; public StringBuffer sb = new StringBuffer(""); public Student() { this.id = 744; this.name = "FL"; } public Student(int id, String name) { this.id = id; this.name = name; } public boolean equals(Object obj) { return this.id == ((Student) obj).id; } public String toString() { return "Student id : " + id + " Name " + name; } public static void main(String[] args) throws CloneNotSupportedException { Student s1 = new Student(101, "WangQiang"); Student s2 = (Student) s1.clone(); System.out.println(s1 == s2); System.out.println(s1); System.out.println(s2); s1.sb.append("s1's string"); System.out.println("s2.sb's value = " + s2.sb.toString()); System.out.println(s1.sb==s2.sb); } }
总结
对于protected的成员或方法,要分子类和基类是否在同一个包中。与基类不在同一个包中的子类,只能访问自身从基类继承而来的受保护成员和方法,而不能访问基类实例本身的受保护成员和方法。在相同包时,protected和public是一样的。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持自由互联。
【来源:http://www.yidunidc.com/hkgf.html网络转载请说明出处】