简介Java 面向对象编程中封装、继承、多态是初学者最容易混淆的核心概念这份实例解析 PDF 面向正在学习 Java 基础或准备复习面向对象特性的读者帮助理解三大特征在真实代码中的具体落点。资源以单个 PDF 文件提供压缩包大小约 49KB轻量易读适合快速浏览并对照代码练习目前已有 5578 人学习/下载说明其内容具备不错的参考价值。文档从 Teacher 与 Student 两个类的封装写法讲起演示 private 属性与 getter/setter 方法的配合同时给出 toString 重写示例随后通过 Play 基类与 TaoistPriest、Master 等子类的继承关系展示 extends 关键字的用法以及后续多态扩展思路。读者可以从中获得带运行输出的完整代码片段、测试类示例与输出结果既能理解封装如何保护对象内部状态也能掌握继承与多态的代码组织方式适合作为课堂笔记补充或自学速查。1. 实例驱动的 Java 面向对象编程封装、继承与多态的真实关系把“封装、继承、多态”背成简答题的答案最多只能过面试第一轮。真正拉开差距的是看到一个需求时能判断哪些字段该私有、哪些行为该收口能说清父类构造器里调用被子类重写的方法会发生什么能指着某一个对象说明白编译期它是什么类型、运行期它又是什么类型。这里用一组可运行的 Java 实例把三大特性放进具体业务场景里逐一拆开并给出编译命令、输出结果和边界条件。适合准备 Java 面试的开发者、刚学完语法想建立对象设计直觉的初级工程师以及需要做代码评审的在职工程师。2. 封装先圈定最小可见范围再设计对外行为2.1 为什么封装是第一道边界从字段访问到对象状态翻开源码很多人觉得“把字段 private 就是封装”。实际上 private 只是访问控制的第一步封装要解决的是对象状态的合法性与变更路径。一个 Account 对象如果允许外部直接修改 balance 字段就无法阻止扣款后余额变成负数如果通过方法变更就能在校验、日志、事件通知之间做取舍。从这个角度看封装把“对象可以怎么被使用”和“对象内部如何存储”拆成两层调用方依赖的是行为契约而不是字段布局。Java 的访问修饰符是这条边界的第一层表达。private 仅同类可见default 同包可访问protected 同包或子类可访问public 全可见。实际编码时字段默认用 private需要被子类读取的用 protected跨包协作才用 public 接口。把修饰符当作声明边界的工具而不是代码风格的要求。修饰符同类同包跨包子类任意位置private可访问不可访问不可访问不可访问default不写可访问可访问不可访问不可访问protected可访问可访问可访问不可访问public可访问可访问可访问可访问这个表看似基础但它回答了面试中常问的“protected 到底在什么范围可见”。真正的边界不只是语法而是把状态变更收口到受控方法里后续加缓存、加幂等、加审计都不需要调用方配合。2.2 用 getter/setter 与构造器搭一个可复现的封装实例下面是一个包含构造校验、更新校验与只读视图的 Account。保存为 Account.java重点看字段权限和状态变更方法。import java.math.BigDecimal; import java.util.ArrayList; import java.util.Collections; import java.util.List; public class Account { private final String accountNo; private BigDecimal balance; private final ListString history new ArrayList(); public Account(String accountNo, BigDecimal initBalance) { if (accountNo null || accountNo.isBlank()) { throw new IllegalArgumentException(账号不能为空); } if (initBalance null || initBalance.signum() 0) { throw new IllegalArgumentException(初始余额不能为负数); } this.accountNo accountNo; this.balance initBalance; } public BigDecimal getBalance() { return balance; } public ListString getHistory() { // 返回只读视图调用方不能 add/remove 内部集合 return Collections.unmodifiableList(history); } public void deposit(BigDecimal amount) { if (amount null || amount.signum() 0) { throw new IllegalArgumentException(充值金额必须大于 0); } balance balance.add(amount); history.add(deposit: amount); } public void withdraw(BigDecimal amount) { if (amount null || amount.signum() 0) { throw new IllegalArgumentException(取款金额必须大于 0); } if (amount.compareTo(balance) 0) { throw new IllegalStateException(余额不足); } balance balance.subtract(amount); history.add(withdraw: amount); } }再建一个运行入口 AccountRunner.java验证外部无法通过状态变更入口破坏余额约束import java.math.BigDecimal; public class AccountRunner { public static void main(String[] args) { Account acct new Account(1001, new BigDecimal(100)); acct.deposit(new BigDecimal(50)); System.out.println(acct.getBalance()); // 触发余额校验分支验证非法操作被拦截 try { acct.withdraw(new BigDecimal(200)); } catch (IllegalStateException e) { System.out.println(取款失败: e.getMessage()); } System.out.println(acct.getHistory().size()); } }编译并运行javac Account.java AccountRunner.java java AccountRunner输出三行依次是 150、取款失败: 余额不足、1。balance 没有 setBalance外部只能通过 deposit 与 withdraw 两个行为路径改变状态这就是封装的目标。参数说明金额用 BigDecimal 而不是 double因为货币计算要避免浮点误差signum() 返回 -1、0、1用来判断正负比 compareTo 更直观getHistory 返回的 unmodifiableList 是视图不是副本原集合仍只能被 Account 自己修改。注意getter 返回内部集合的常见替代方案是返回new ArrayList(history)即快照。只读视图更省内存但暴露的是动态视图快照能保证调用方看到的是某个时间点的状态。按业务需要选这不是绝对对错。2.3 封装的三个常见误用与排查第一个误用setter 里只做this.balance balance没有任何校验。这样的 setter 和 public 字段没有本质差别只不过把赋值语法换成了方法调用。代码评审时看到“空 setter”要么补校验要么删除并改成行为方法。第二个误用getter 直接返回内部集合或数组。调用方拿到引用后可以 add/remove绕过封装。上面的例子用Collections.unmodifiableList(history)兜底数组则可以用clone()或Arrays.copyOf返回副本。还有一个容易忽略的点返回不可变集合时元素对象本身仍然可能被修改所以要确认元素是不是不可变类型。第三个误用在构造器内调用可重写方法。由于 Java 在构建对象时会动态绑定到子类实现而子类字段此时尚未初始化可能读到 null 或 0。这个问题的完整表现会在 3.3 里展开修法是构造器只调用 private、final 或 static 方法把多态调用放到初始化完成之后。排查这类问题时我一般会在状态变更方法入口打断点先看入参是否被立刻写进字段再追一层调用链判断有没有绕过变更入口。多线程场景下无同步的可变 setter 还有可见性问题优先考虑用不可变对象或明确写入同步策略而不是靠 setter 满天飞来补状态。3. 继承复用与重写的边界别把继承用成组合3.1 继承的语义与 Java 的规则继承表达 is-a 关系Manager is a Employee。子类复用父类字段与方法也可以重写方法改变行为。Java 的类继承是单继承一个类只能有一个直接父类接口可以多实现。单继承减少了菱形冲突但也提高了设计约束所以接口在 Java 中承载了更多“能力组合”的功能。重写不能凭感觉写。方法签名要保持一致访问修饰符不能比父类更严格返回类型可以缩小协变返回受检异常不能比父类更宽。给重写方法加Override注解编译器能在签名不一致时立刻报错比运行时才发现问题便宜得多。下面是一张常用的重写检查表检查项合法非法方法签名与父类一致参数类型或个数不同访问权限相同或更宽比父类更严格返回类型相同或子类型父类型或无关类型受检异常相同、更少或更窄新增更宽的受检异常提示真实项目中一个 public 类型对应一个源文件为压缩示例篇幅下面的代码把非 public 类放在同一个文件中方便直接 javac 跑通。3.2 一个从基类到子类的可运行继承示例把两个子类放进同一个 Main.java是为了让示例一键编译核心还是看继承与重写如何运作。class Employee { private String name; private double baseSalary; Employee(String name, double baseSalary) { this.name name; this.baseSalary baseSalary; } public double calcSalary() { return baseSalary; } } class Manager extends Employee { private double bonus; Manager(String name, double baseSalary, double bonus) { super(name, baseSalary); this.bonus bonus; } Override public double calcSalary() { // 复用父类基础工资计算再叠加奖金 return super.calcSalary() bonus; } } public class Main { public static void main(String[] args) { Employee e new Manager(Kai, 8000, 2000); System.out.println(e.calcSalary()); } }编译执行javac Main.java java Main输出是 10000.0。这里 Employee 引用指向 Manager 实例调用 calcSalary 时执行的是 Manager 重写版本。super.calcSalary()不会触发多态它直接调用父类实现用来复用基础工资逻辑。参数说明示例里金额用 double 只是为了演示继承结构真实结算建议换 BigDecimal构造器链上Manager 构造器第一行显式调用了super(name, baseSalary)如果父类没有无参构造器子类也必须这样显式调用。3.3 继承体系里的构造器、字段隐藏与 protected 访问构造器调用顺序是一条线先父类构造器再子类字段初始化最后执行子类构造器体。这意味着父类构造器执行时子类字段还没有被赋值。如果把多态方法写进父类构造器执行到的就是子类重写方法但子类状态是默认值很容易出现意料之外的 null 或 0。这也是 2.3 中“构造器内调用可重写方法”在继承体系里的完整表现。字段隐藏同样容易踩坑。子类声明一个与父类同名的字段不是重写而是隐藏。访问哪个字段由引用声明的类型决定而不是对象的实际类型。所以重写针对方法不要试图用同名字段覆盖父类字段这会让同一个对象在不同引用类型下展示不同的值。protected 的边界要单独划清。同包内可访问跨包子类内可访问但跨包无关类不行。还有一个高频考点Manager 继承 Employee 后可以通过 this 访问父类 protected 成员但不能通过另一个 Employee 实例访问。原因是“子类内”这个范围只保护当前继承链上的访问不能把任意父类实例都当成自己。3.4 继承还是组合判定表与一个反例既然 Java 单继承继承名额就很宝贵。继承的最强理由是“子类确实是一种父类且需要以父类引用统一处理”。如果只是想要复用某个方法组合更安全。场景选继承选组合关系语义Manager is a Employee定时任务内部持有线程池父类稳定性父类稳定、扩展点明确父类频繁变化组合隔离变化是否需要多态传参需要以父类类型接收不需要只取能力耦合容忍度愿意接受父类内部细节只想通过接口协作一个常被点名反例是 Stack 继承 Vector。Stack 只需要栈行为却继承了 Vector 的随机访问能力调用方可以把 Stack 当 List 用在中间位置插数据破坏栈语义。组合方案是内部持有一个 Deque只暴露 push/pop。这个例子说明继承不能只看复用还要看父类的全部公开行为是否都符合子类的语义。4. 多态运行时行为由对象决定编译期行为由引用决定4.1 多态的两种形态重写与重载Java 里的“多态”指同一个方法调用在不同对象上有不同行为。严格区分的话运行时多态靠重写实现编译期多态靠重载体现。这两者在面试中常被放在一起比较比较维度重写Override重载Overload方法签名完全相同参数列表不同发生位置父子类之间同一个类内绑定时机运行期动态绑定编译期静态绑定检查方式Override 校验看参数是否匹配有一个观点需要先说清如果回答“重载是多态”可能被面试官追问“绑定发生在什么时候”。更可靠的表述是“重载属于编译期方法分派重写属于运行期多态”。这样既保留了多态的宽泛定义又把两种机制的边界讲清楚。4.2 用接口构建多态示例Shape 与 area()这里用一个几何图形面积计算的例子把“编译期看左边引用、运行期看右边对象”复现出来。interface Shape { double area(); } class Circle implements Shape { private final double radius; Circle(double radius) { this.radius radius; } Override public double area() { return Math.PI * radius * radius; } } class Rectangle implements Shape { private final double width; private final double height; Rectangle(double width, double height) { this.width width; this.height height; } Override public double area() { return width * height; } } public class ShapeMain { static void printArea(Shape s) { // 动态绑定s 的实际类型决定了调用哪个 area 实现 System.out.println(s.area()); } public static void main(String[] args) { Shape s1 new Circle(2); Shape s2 new Rectangle(3, 4); printArea(s1); printArea(s2); } }编译执行javac ShapeMain.java java ShapeMain输出约 12.566370614359172 与 12.0。printArea 的参数类型是接口 Shape但运行时传进来的是 Circle 或 Rectangle 实例JVM 根据对象实际类型决定调用哪个 area()。这是面向对象设计里“依赖抽象而不是具体类”的最小演示。参数说明Circle 与 Rectangle 都实现了area()但各自的计算逻辑不同main 方法里变量声明成 Shape表示编译期只能保证有 area 方法真正执行哪个版本由对象决定。4.3 向下转型、instanceof 与 ClassCastException向上转型不需要显式写但向下转型可能失败。比如想调用 Rectangle 独有方法时直接把 Shape 引用强转成 Rectangle如果实际对象是 Circle 就会抛 ClassCastException。所以向下转型前要先判断类型。if (s instanceof Rectangle r) { System.out.println(r.width); }新版 JDK 的 instanceof 模式匹配把“判断类型、强制转型、变量绑定”三步合并成一步。即使项目还停在旧语法思路也一样先 instanceof再转再调用子类特有逻辑。与 getClass 判断的区别在于instanceof 允许子类通过getClass() 要求运行时类型完全一致。如果多态体系中可能出现子类用 instanceof 更符合多态语义如果必须精确到某个类型用 getClass()。这里要注意一个反模式在多态调用点写下向转型通常意味着抽象设计不够。更好的做法是把子类特有行为收敛到接口方法或抽象方法里让调用方不需要关心具体类型。向下转型是处理遗留代码的过渡手段不应成为新代码的主力方式。4.4 多态在策略模式与框架中的落点常见做法是定义策略接口多个实现类在运行时替换。Spring 依赖注入的核心逻辑和上面的 Shape 示例一致调用方依赖接口容器把具体实现注入进来。JDK 里的Collections.sort(List, Comparator)也是一个多态点比较策略换一个实现排序算法不用变。多态不是没有代价。引用类型是接口时只能调用接口上声明的方法具体类的扩展方法被隐藏频繁向下转型又会让多态形同虚设。所以设计接口时要收敛方法数量让实现类可以稳定满足抽象而不是为了“以后好扩展”塞进一堆用不上的方法。5. 综合实例用薪资批量计算串起封装、继承与多态并验证5.1 需求与类设计一个很小的需求计算固定薪资与计件员工的月薪统一输出姓名和金额。这个规模刚好能把三特性放一起看。Employee 作为抽象基类封装姓名Manager 与 PieceWorker 继承它并各自重写 calcSalary批量处理时用ListEmployee装载对象循环里调用同名方法。5.2 完整代码与运行结果import java.util.ArrayList; import java.util.List; abstract class Employee { private final String name; protected Employee(String name) { this.name name; } public String getName() { return name; } public abstract double calcSalary(); } class Manager extends Employee { private double base; private double bonus; Manager(String name, double base, double bonus) { super(name); this.base base; this.bonus bonus; } Override public double calcSalary() { return base bonus; } } class PieceWorker extends Employee { private int pieces; private double unitPrice; PieceWorker(String name, int pieces, double unitPrice) { super(name); this.pieces pieces; this.unitPrice unitPrice; } Override public double calcSalary() { return pieces * unitPrice; } } public class Payroll { public static void main(String[] args) { ListEmployee staff new ArrayList(); staff.add(new Manager(Kai, 8000, 2000)); staff.add(new PieceWorker(Lin, 120, 80)); for (Employee e : staff) { // 多态同一个 calcSalary 调用执行不同子类版本 System.out.println(e.getName() : e.calcSalary()); } } }运行javac Payroll.java java Payroll输出Kai: 10000.0 Lin: 9600.0name 字段是 private final子类不能直接改只能通过 getName 读取这是封装Manager 与 PieceWorker 复用 Employee 的姓名逻辑这是继承遍历ListEmployee时自动执行各自的 calcSalary这是多态。再新增一种薪资计算方式只需要增加子类循环体不用动。5.3 三道高频面试题与一个验证技巧第一个问题子类能重写静态方法吗不能。子类可以声明同名静态方法但那叫隐藏调用哪个由引用类型决定。验证技巧分别用父类引用和子类引用调用同一个静态方法打印类名即可看到差异。第二个问题为什么构造器里调用重写方法容易出错因为运行期动态绑定会把调用分派给子类实现而子类字段还没初始化。验证时给父类构造器和子类字段初始化各加一行日志观察日志顺序就能看到那个默认值。第三个问题Employee e new Manager(...)中编译期和运行时分别是什么类型编译期 e 只能调用 Employee 声明的方法运行时 e 的实际对象是 Manager。用e.getClass().getName()打印即可确认。一个快捷验证技巧需要快速验证多态行为时用 JShell。先定义接口再在同一个会话里写两个实现类直接调用方法看输出比反复 javac 快得多。注意 JShell 会为每个片段自动补全上下文适合做语法层面的推演不适合验证依赖注入或容器行为。本文还有配套的精品资源点击获取