Java面向对象编程是语言强制要求的底层机制，类是运行时生效的类型契约，对象是其内存具象化存在，封装重在控制权移交，继承需满足is-a关系与多态调度条件。
什么是类？别把它想成“模板”，它其实是类型契约
类不是画图纸，而是一份运行时生效的“协议”：它声明了这个类型能存什么（private String name）、能做什么（public void study(String subject)）、怎么初始化（public Student(String name)），甚至规定了谁可以访问（protected vs private）。JVM 加载类时，会在方法区固化这份契约；每次 new Student()，就在堆里按这份契约分配一块专属内存。
- 常见错误：把类当成“函数集合”，在里面写大量
static方法，结果对象状态全靠静态变量维持——这本质是披着类皮的面向过程 - 关键判断：如果一个类的所有方法都不依赖
this，且实例字段为零，那它大概率不该是类，而该是工具类（Math那种）或接口 - 注意：
static字段属于类本身，所有对象共享；而private实例字段每个对象独有一份
对象到底是什么？它不只是 new 出来的实例
对象是类契约在内存中的具象化存在：有唯一身份（System.identityHashCode(obj) 可验证）、有独立状态（字段值）、有可调用行为（方法）。你调用 stu.getName()，不是在执行一段孤立代码，而是在向那个特定内存块发送消息。
- 常见错误：认为
Student stu = null;创建了对象——其实只是声明了一个引用变量，没分配任何堆内存 - 使用场景：当需要多个“同类但不同状态”的实体时才用对象，比如管理 100 个学生，每个有自己
name和score；若只需统一处理数据，用静态方法+参数更轻量 - 性能影响：频繁
new小对象会增加 GC 压力；长期存活的大对象（如缓存）要注意内存泄漏风险
封装为什么不是“加 private 就完事”？
封装的核心是“控制权移交”：不让外部代码直接碰字段，而是让对象自己决定何时、如何响应修改请求。一个 setAge(int age) 方法里做校验，比把 age 设为 public 后到处手动检查靠谱得多。
- 容易踩的坑：只封字段，不封逻辑。比如
private List<string> tags;</string>暴露getTags()返回原列表引用，外部仍可随意add/clear——正确做法是返回Collections.unmodifiableList(tags)或复制副本 - 参数差异：
private锁死访问；protected允许子类继承后扩展；public意味着你承诺长期兼容——别轻易给字段加public - 真实代价：过度封装（比如每个字段都配冗余的 getter/setter 却无业务逻辑）会让代码膨胀，但比失控的字段访问更容易修复
继承和多态常被误用，什么时候真该用？
继承不是为了“少写几行代码”，而是为了表达“is-a”关系并支持多态调度。只有当你需要把不同子类对象塞进同一个容器、用同一句代码调用却得到不同行为时，继承才有不可替代的价值。
立即学习“Java免费学习笔记（深入）”；
- 典型误用：用继承实现“功能组合”，比如
Student extends Person再Teacher extends Person，结果发现两者都要发邮件、都要登录系统——这时应该提取MailSender和Authable接口，而非硬拉继承链 - 必要条件缺一不可：父类引用（
Animal a）、子类实例（new Dog()）、方法重写（Dog.makeSound()覆盖Animal.makeSound()）——三者齐备，a.makeSound()才会动态绑定到Dog版本 - 兼容性影响：一旦公开继承体系，修改父类方法签名或行为可能破坏所有子类；接口变更则更危险，需考虑所有实现类
public 字段，等于主动放弃对这个数据生命周期的控制权。 
