更改 Java 中重写方法的访问修饰符？

Question

是否有理由可以更改重写方法的访问修饰符？例如，

abstract class Foo{
    void start(){...}
}

然后将 package-private 访问修饰符更改为 public，

final class Bar extends Foo{
    @Override
    public void start(){...}
}

我只是出于好奇才问这个问题。

Answer 1

Java 不允许您使访问修饰符变得更加严格，因为这会违反子类实例应可用于代替超类实例的规则。但是，当涉及到使访问更少限制时......好吧，也许超类是由不同的人编写的，并且他们没有预料到您想要使用他们的类的方式。

人们编写的程序以及编程时出现的情况千差万别，因此语言设计者最好不要“事后猜测”程序员可能想用他们的语言做什么。如果没有充分的理由说明程序员不能能够在子类中减少访问说明符的限制（例如），那么最好将这个决定留给程序员。他们知道自己的具体情况，但语言设计者却不知道。所以我认为这是 Java 设计者的一个很好的决定。

Answer 2

扩展一个类意味着子类至少应该为其他类提供相同的功能。

如果他延长这一点，那么这不是问题。

扩展可以是添加新方法，也可以是向更多类提供现有方法，例如公开包访问方法。

Answer 3

只有一个，您可能希望覆盖对更多类可见，因为没有默认修饰符，public 扩大了这一点。

Answer 4

解释是这样的：-

这是 OOP 中的一个基本原则：子类是父类的成熟实例，因此必须至少呈现与父类相同的接口。 >使受保护/公共的事物不那么明显会违反这个想法；您可以使子类无法用作父类的实例。

 class Person{
 public void display(){
  //some operation
 }
 }

class Employee extends Person{
private void display(){
   //some operation
 }


 Person p=new Employee();

这里 p 是类型为 Person（超类）的对象引用，当我们调用 >p.display() 时，因为访问修饰符对对象进行了更严格的限制
引用 p 无法访问 Employee 类型的子对象

Answer 5

编辑：好的，我更改了答案来解决问题。

如果无法做到这一点，那么在某些情况下，类将无法实现 iterface 并扩展类因为它们具有相同的方法和不同的访问修饰符。

public Interface A {
  public void method();
}

public abstract classs B {
  protected void method();
}

public class AB extends B implements A {
  /*
   * This would't be possible if the access modifier coulnd't be changed
   * to less restrictive
  */
  public void method();
}