为何Java中子类重写方法的访问权限不能低于父类中权限

因为 向上转型及Java程序设计维护的原因

例:

假设一个父类A 拥有的方法public void setXXX(){}可以被其他任意对象调用这个方法被子类B 覆写后 为void setXXX(){}即默认的访问权限只能被本包极其子类 所访问假设其他包中的对象 C调用 方法为：

get( A  a){

a.setXXX();}

而此时传入的对象为B类对象，假设为b此时b将转型为a但是b中的setXXX() 调用权限

已经被缩小了这将造成错误。所以子类对象不能比父类对象访问权限大

以上只是一个例子还有其他出于易维护、易代码结构设计的设计思想原因

其他：子类中重写的方法抛出的异常应该为父类中方法的子异常或相同异常，并且抛出的异常种类不能多于父类中的方法。

实际上是遵循里氏替换原则。

一、里氏替换原则的定义

1、里氏替换原则通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。

2、里氏代换原则告诉我们，在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常，反过来则不成立，如果一个软件实体使用的是一个子类对象的话，那么它不一定能够使用基类对象。

3、里氏代换原则是实现开闭原则的重要方式之一，由于使用基类对象的地方都可以使用子类对象，因此在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。

二、里氏替换原则包含的含义

1、子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法

在我们做系统设计时，经常会设计接口或抽象类，然后由子类来实现抽象方法，这里使用的其实就是里氏替换原则。子类可以实现父类的抽象方法很好理解，事实上，子类也必须完全实现父类的抽象方法，哪怕写一个空方法，否则会编译报错。

里氏替换原则的关键点在于不能覆盖父类的非抽象方法。(尽量不要重写)父类中凡是已经实现好的方法，实际上是在设定一系列的规范和契约，虽然它不强制要求所有的子类必须遵从这些规范，但是如果子类对这些非抽象方法任意修改，就会对整个继承体系造成破坏。而里氏替换原则就是表达了这一层含义。

2、子类中可以增加自己特有的方法

在继承父类属性和方法的同时，每个子类也都可以有自己的个性，在父类的基础上扩展自己的功能。前面其实已经提到，当功能扩展时，子类尽量不要重写父类的方法，而是另写一个方法。

3、当子类覆盖或实现父类的方法时，方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。

4、当子类覆盖或实现父类的方法时，方法的后置条件(即方法的返回值)要比父类方法的返回值更严格。

现在我们可以对以上四层含义逐个讲解。

子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法

在我们做系统设计时，经常会设计接口或抽象类，然后由子类来实现抽象方法，这里使用的其实就是里氏替换原则。子类可以实现父类的抽象方法很好理解，事实上，子类也必须完全实现父类的抽象方法，哪怕写一个空方法，否则会编译报错。

里氏替换原则的关键点在于不能覆盖父类的非抽象方法。父类中凡是已经实现好的方法，实际上是在设定一系列的规范和契约，虽然它不强制要求所有的子类必须遵从这些规范，但是如果子类对这些非抽象方法任意修改，就会对整个继承体系造成破坏。而里氏替换原则就是表达了这一层含义。

在面向对象的设计思想中，继承这一特性为系统的设计带来了极大的便利性，但是由之而来的也潜在着一些风险。就像开篇所提到的那一场景一样，对于那种情况最好遵循里氏替换原则，类C1继承类C时，可以添加新方法完成新增功能，尽量不要重写父类C的方法。否则可能带来难以预料的风险，比如下面一个简单的例子：

public class C {

public int func(int a, int b){

return a+b;

}

}

public class C1 extends C{

@Override

public int func(int a, int b) {

return a-b;

}

}

public class Client{

public static void main(String[] args) {

C c = new C1();

System.out.println("2+1=" + c.func(2, 1));

}

}

运行结果：2+1=1

上面的运行结果明显是错误的。类C1继承C，后来需要增加新功能，类C1并没有新写一个方法，而是直接重写了父类C的func方法，违背里氏替换原则，引用父类的地方并不能透明的使用子类的对象，导致运行结果出错。

子类中可以增加自己特有的方法

在继承父类属性和方法的同时，每个子类也都可以有自己的个性，在父类的基础上扩展自己的功能。前面其实已经提到，当功能扩展时，子类尽量不要重写父类的方法，而是另写一个方法，所以对上面的代码加以更改，使其符合里氏替换原则，代码如下：

public class C {

public int func(int a, int b){

return a+b;

}

}

public class C1 extends C{

public int func2(int a, int b) {

return a-b;

}

}

public class Client{

public static void main(String[] args) {

C1 c = new C1();

System.out.println("2-1=" + c.func2(2, 1));

}

}

运行结果：2-1=1

当子类覆盖或实现父类的方法时，方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松

import java.util.HashMap;

public class Father {

public void func(HashMap m){

System.out.println("执行父类...");

}

}

import java.util.Map;

public class Son extends Father{

public void func(Map m){//方法的形参比父类的更宽松

System.out.println("执行子类...");

}

}

import java.util.HashMap;

public class Client{

public static void main(String[] args) {

Father f = new Son();//引用基类的地方能透明地使用其子类的对象。

HashMap h = new HashMap();

f.func(h);

}

}

运行结果：执行父类...

注意Son类的func方法前面是不能加@Override注解的，因为否则会编译提示报错，因为这并不是重写(Override)。

当子类的方法实现父类的抽象方法时，方法的后置条件(即方法的返回值)要比父类更严格

import java.util.Map;

public abstract class Father {

public abstract Map func();

}

import java.util.HashMap;

public class Son extends Father{

@Override

public HashMap func(){//方法的返回值比父类的更严格

HashMap h = new HashMap();

h.put("h", "执行子类...");

return h;

}

}

public class Client{

public static void main(String[] args) {

Father f = new Son();//引用基类的地方能透明地使用其子类的对象。

System.out.println(f.func());

}

}

执行结果：{h=执行子类...}

总结

继承作为面向对象三大特性之一，在给程序设计带来巨大便利的同时，也带来了一些弊端，它增加了对象之间的耦合性。因此在系统设计时，遵循里氏替换原则，尽量避免子类重写父类的方法，可以有效降低代码出错的可能性。

我们都知道面向对象有三大特性：封装、继承、多态。所以我们在实际开发过程中，子类在继承父类后，根据多态的特性，可能是图一时方便，经常任意重写父类的方法，那么这种方式会大大增加代码出问题的几率。比如下面场景：类C实现了某项功能F1。现在需要对功能F1作修改扩展，将功能F1扩展为F，其中F由原有的功能F1和新功能F2组成。新功能F由类C的子类C1来完成，则子类C1在完成功能F的同时，有可能会导致类C的原功能F1发生故障。这时候里氏替换原则就闪亮登场了。