Java继承通过extends实现单继承，子类获得父类非私有成员但不继承构造器；private成员不可访问，需getter/setter；Object是隐式父类，重写equals/hashCode/toString需遵守契约；非is-a关系应优先组合而非继承。
Java 中的继承通过 extends 关键字实现，子类自动获得父类的非私有成员（字段、方法），但不能继承构造器；这是单继承结构，一个类只能直接继承一个父类。
如何正确声明继承关系：extends 与访问修饰符的影响
子类声明必须用 extends 显式指定父类，且父类不能是 final 类。父类中 private 成员不可被继承访问，protected 和包内默认（package-private）成员在满足包/继承条件下可被子类使用。
常见错误现象：子类中调用父类 private 方法或字段时编译报错 cannot be accessed from outside its declaring class。
- 父类构造器不会被继承，但子类构造器默认会通过
super()调用父类无参构造器；若父类无无参构造器，子类必须显式写super(...) - 子类重写父类方法时，访问权限不能比父类更严格（例如父类是
protected，子类不能改为private） - 接口不能用
extends继承类，只能用implements实现；类也不能extends接口
为什么子类无法访问父类 private 成员，但能调用父类 public/protected 方法
Java 的继承是“代码复用 + 行为扩展”，不是“内存共享”。private 是编译期限制，仅限于声明该成员的类内部可见；而 public 和 protected 成员在子类编译单元中属于可访问范围。
立即学习“Java免费学习笔记（深入）”；
实际场景：父类 Person 定义 private String idCard 和 protected void verify()，子类 Student 可以调用 verify()，但不能直接读写 idCard —— 若需暴露，应提供 public getter/setter。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
容易踩的坑：误以为“继承 = 所有字段都可用”，结果在子类中直接引用父类 private 字段导致编译失败。
Object 是所有类的隐式父类，toString() / equals() / hashCode() 的重写要点
每个 Java 类都默认继承自 java.lang.Object，因此天然拥有 toString()、equals(Object)、hashCode() 等方法。但它们的默认实现往往不满足业务语义，必须按需重写。
关键约束：
-
equals()必须满足自反性、对称性、传递性、一致性，且对null返回false -
hashCode()与equals()必须保持契约：相等的对象必须有相同哈希值 - 重写
toString()时建议包含关键业务字段，便于调试和日志输出
public class User {
private String name;
private int age;
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
User user = (User) o;
return age == user.age && Objects.equals(name, user.name);
}
@Override
public int hashCode() {
return Objects.hash(name, age);
}
@Override
public String toString() {
return "User{name='" + name + "', age=" + age + "}";
}
}
继承 vs 组合：什么情况下不该用 extends
当子类和父类之间不是“is-a”关系（比如 “Car is-a Engine” 明显错误），或需要复用多个来源的行为时，继承就不再合适。Java 不支持多继承，强行用 extends 会导致设计僵化。
典型反模式：
- 为复用工具方法而继承
ArrayList（应组合持有List字段） - 用继承表达“具有某种能力”，如
Flyable应定义为接口，而非让Bird和Drone都继承同一个抽象类 - 父类频繁变更，导致所有子类被迫修改（违反开闭原则）
真正需要继承的信号是：子类能完全替代父类出现在任何上下文中（里氏替换原则），且语义清晰。否则优先考虑组合 + 接口实现。
