Java强制面向对象编程，所有代码须在类中、行为由对象触发；核心是用类建模共性、对象代表实例，通过封装（private字段+校验setter+安全getter）、继承（is-a语义优先组合）、多态（运行时方法绑定）和抽象/接口（abstract class表“是什么”，interface表“能做什么”）协作实现职责划分与系统扩展性。
面向对象编程（OOP）在Java中不是一种可选风格，而是强制范式——所有代码必须写在类里，所有行为必须由对象触发。 它的本质是用「类」建模现实事物的共性，用「对象」代表具体实例，再通过封装、继承、多态三者协作完成职责划分与交互。这不是抽象概念，而是直接影响你每天怎么定义变量、调用方法、组织包结构的底层逻辑。
封装：为什么不能直接 public String name？
封装不是“把字段设成 private 就完事”，而是建立可控的数据入口。直接暴露 public String name 会导致外部随意赋值（比如 person.name = "" 或 person.name = null），后续所有依赖 name 的逻辑都可能崩溃。
- 属性一律用
private修饰，切断外部直连路径 -
setter方法里加校验逻辑（如非空、范围、格式），错误时抛异常或设默认值，而非静默失败 -
getter方法看似简单，但若返回可变对象（如ArrayList），应考虑防御性拷贝，避免外部修改影响内部状态
public class Person {
private String name;
public void setName(String name) {
if (name == null || name.trim().isEmpty()) {
throw new IllegalArgumentException("姓名不能为空");
}
this.name = name.trim();
}
public String getName() {
return this.name; // 安全：String 不可变
}
}
继承：extends 不是为复用而存在，而是表达 is-a 关系
滥用 extends 是 Java 初学者最常踩的坑。比如写一个 FileReaderUtils extends FileReader，看似“复用读文件能力”，实则违反语义——FileReaderUtils 并不是一个 FileReader，它只是用到了后者。
- 只有当子类确实是父类的一种时才用继承（如
Dog extends Animal，因为狗是一种动物） - 优先考虑组合（has-a）：在类中声明
private FileReader reader，比继承更灵活、更易测试 - 父类构造方法必须被子类显式或隐式调用；若父类无无参构造，子类
constructor必须第一行写super(...)
多态：父类引用指向子类对象，但方法调用取决于运行时类型
多态不是语法糖，它是让系统具备扩展性的关键机制。比如新增一个 Cat 类，只要它继承 Animal 并重写 makeSound()，原有遍历 List<animal></animal> 的代码完全不用改。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 多态生效前提是：方法被
override（非static、非private、非final） -
Animal a = new Cat(); a.makeSound();调用的是Cat的实现，不是Animal的 - 注意字段不具多态性：
a.name取的是Animal类中定义的name，和实际对象类型无关
抽象与接口：什么时候该用 abstract class，什么时候用 interface？
Java 8+ 后两者界限模糊，但语义依然清晰：abstract class 表达「是什么」，interface 表达「能做什么」。
- 有共同状态（字段）或部分通用实现？选
abstract class（如所有Vehicle都有speed字段和startEngine()基础逻辑） - 定义能力契约、支持多实现、需默认方法或静态方法？选
interface（如Runnable、Comparable） - Java 不允许多继承类，但一个类可
implements多个interface，这是解耦的关键杠杆
真正难的从来不是语法，而是判断「这个逻辑该放在类里、父类里、接口默认方法里，还是干脆抽成工具类」——这需要对业务边界和变化点的持续敏感。
