子类和父类中的同名field，推荐将父类中的field的修饰符改为 protected还是推荐各自拥有一个private 的同名field

在子类和父类中出现同名属性（即字段）时，最推荐的做法是让每个类都保持独立的 private 属性，并且尽量避免直接通过字段访问父类属性。Java 是面向对象的语言，其设计理念鼓励通过方法（如 getter/setter）访问和修改字段，而不是直接通过字段访问。这种做法可以更好地遵循封装原则，同时提高代码的安全性和灵活性。

下面是两种做法的分析：

做法一：各自拥有独立的 private 字段

让子类和父类分别声明独立的 private 字段。这种方法符合 Java 的封装原则，尤其在多态和继承场景中，保持各类的字段独立可以避免混淆和潜在的维护问题。

优点

• 封装性更强：private 字段不会被外部类访问，增强了封装性。子类可以独立定义自己的属性而不干扰父类的实现。
• 避免意外覆盖：在 Java 中，子类无法覆盖父类的 private 字段，但可以独立定义同名字段。这样可以避免同名字段在子类和父类中产生的意外冲突或覆盖。
• 减少耦合：父类和子类的实现是独立的，使得子类的字段变动不会影响父类的行为，也便于父类代码的维护和理解。

实例代码

class Parent {
    private String name;  // 父类的私有字段

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}

class Child extends Parent {
    private String name;  // 子类的私有字段，与父类的同名

    public String getChildName() {
        return name;
    }

    public void setChildName(String name) {
        this.name = name;
    }
}

在这种实现中，父类和子类各自管理自己的 name 字段，互不影响。子类通过 getChildName 和 setChildName 方法访问自己的 name 字段，不会意外影响到父类的 name。

做法二：将父类字段改为 protected

另一种做法是将父类的字段修饰符改为 protected，允许子类直接访问父类字段。但这种做法通常不推荐，尤其在复杂系统中，因为 protected 字段会暴露给子类甚至包内的其他类，降低了封装性，带来了潜在的风险。

缺点

• 封装性减弱：protected 字段可以被子类和同一包中的类直接访问，削弱了封装性，可能导致子类或包内类对父类实现的强依赖。
• 耦合性增强：子类依赖父类的内部实现细节，使得父类的字段无法自由修改，因为任何修改都可能影响子类的行为。
• 潜在风险：子类在访问父类的 protected 字段时，容易在无意中改动父类的数据，尤其在多层继承的复杂类中，风险更大。

实例代码

如果将父类字段改为 protected，子类可以直接访问：

class Parent {
    protected String name;  // 父类的 protected 字段
}

class Child extends Parent {
    public void printName() {
        System.out.println(name);  // 子类可以直接访问父类的 name
    }
}

虽然代码简洁，但这种实现的封装性较差。修改父类的 name 字段可能影响子类的行为，降低了代码的稳定性和可维护性。

总结：推荐使用 private 字段 + 方法访问

总体而言，推荐在父类和子类中各自声明 private 字段，并通过 getter/setter 方法来访问这些字段。这种做法不仅符合面向对象编程的封装原则，还能减少子类对父类实现的依赖，提高代码的可维护性和扩展性。

在设计中，尽量避免让子类直接依赖父类的字段，而是通过方法接口来操作，这样即便父类实现细节改变（如字段改名或删除），也不会直接影响子类的功能和行为。