java 覆盖构造函数_[转载] Java重载、覆盖与构造函数

/**

* 拷贝构造函数---Copyf t2 = new Copyf(t1);就不会在调用默认构造函数了。

* 复制clone和引用

* 重载是在同一个类(范围)中，覆盖是子类对父类而言。

重载不关心返回值类型。

静态方法不能被覆盖。

* override可以翻译为覆盖，从字面就可以知道，它是覆盖了一个方法并且对其重写，以求达到不同的作用。对我们来说最熟悉的覆盖就是对接口方法的实现，在接口中一般只是对方法进行了声明，而我们在实现时，就需要实现接口声明的所有方法。除了这个典型的用法以外，我们在继承中也可能会在子类覆盖父类中的方法。在覆盖要注意以下的几点：

1、覆盖的方法的标志必须要和被覆盖的方法的标志完全匹配，才能达到覆盖的效果；

2、覆盖的方法的返回值必须和被覆盖的方法的返回一致；

3、覆盖的方法所抛出的异常必须和被覆盖方法的所抛出的异常一致，或者是其子类；

4、被覆盖的方法不能为private，否则在其子类中只是新定义了一个方法，并没有对其进行覆盖。

overload对我们来说可能比较熟悉，可以翻译为重载，它是指我们可以定义一些名称相同的方法，通过定义不同的输入参数来区分这些方法，然后再调用时，VM就会根据不同的参数样式，来选择合适的方法执行。在使用重载要注意以下的几点：

1、在使用重载时只能通过不同的参数样式。例如，不同的参数类型，不同的参数个数，不同的参数顺序(当然，同一方法内的几个参数类型必须不一样，例如可以是fun(int,float)，但是不能为fun(int,int))；

2、不能通过访问权限、返回类型、抛出的异常进行重载；

3、方法的异常类型和数目不会对重载造成影响；

4、对于继承来说，如果某一方法在父类中是访问权限是priavte，那么就不能在子类对其进行重载，如果定义的话，也只是定义了一个新方法，而不会达到重载的效果。

构造函数不能被继承。

子类构造函数中必定显示或隐式调用了父类的构造函数。

注意：当父类显示定义了有参数的构造函数，编译器就不会

为它指定一个参数为空的默认构造函数给子类调用了。

*

*/

package t;

import java.util.Vector;

class Copyf{

private String a = "z";//属于构造函数的一部分，且首先执行--等同于写在构造函数中

private String b;

public String getA() {

return a;

}

public void setA(String a) {

this.a = a;

}

public String getB() {

return b;

}

public void setB(String b) {

this.b = b;

}

//用构造函数复制(就不会在执行默认构造函数了)，根据需要复制相应的属性。比如你不想复制属性a，则下面第一句话a = source.a;就不用。

public Copyf(Copyf source){

//a = source.a;

b = source.b;

}

//构造函数

public Copyf(){

System.out.println("默认构造函数");

}

//用方法复制。

public Copyf clone(){

Copyf t = new Copyf();

t.a= a;

t.b = b;

return t;

}

}

public class MyThreadPrinter2{

public static void main(String[] args) throws Exception {

Copyf t1 = new Copyf();

t1.setA("a");

Copyf t2 = new Copyf(t1);//拷贝构造函数---未拷贝a

Copyf t3 = t1.clone();//一般成员方法

System.out.println(t2.getA() );

System.out.println(t3.getA());

Vector va = new Vector();

va.add("123");

Vector va2 = va;//引用

Vector va3 = (Vector)va.clone();//copy-clone

//va.get(0);

va.set(0, "234");

System.out.println(va2.get(0));

System.out.println(va3.get(0));

}

}

标签：Java,覆盖,重载,方法,public,Copyf,构造函数

来源： https://blog.csdn.net/ld909/article/details/110934982