封装、继承、多态是一条设计主线：先用封装定边界（如Book私有字段+校验逻辑），再用继承提共性（如Borrower抽象类统一借阅流程），最后用多态留扩展口（如List统一调用，新增VIPBorrower不改原有代码）。
封装、继承、多态不是分开练的三个动作，而是一条设计主线：先用封装定边界，再用继承提共性，最后用多态留扩展口。下面用一个真实可运行的「图书借阅系统」案例，把三者自然串起来，不拼凑、不硬套。
第一步：用封装建立安全的数据契约
不写 public 字段，也不裸露 setter。比如 Book 类要保证 ISBN 合法、库存不能为负：
- 所有字段声明为 private
- 构造方法里校验 ISBN 格式（如必须是13位数字）
- setStock() 方法内判断传入值 ≥ 0，否则抛 IllegalArgumentException
- 提供 borrow() 和 returnBook() 这类行为方法，把“怎么扣减库存”藏在内部，外部只管调用
这样，哪怕以后库存改成支持预占、分仓，只要接口不变，调用方完全无感。
第二步：用继承提炼通用流程骨架
系统里有普通读者、学生、教师，都可借书，但规则不同：学生最多借5本，教师最多借10本，且教师可续借两次。这时不该复制三份借阅逻辑，而是建一个抽象父类 Borrower：
立即学习“Java免费学习笔记（深入）”；
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
- 定义 protected abstract int getMaxBorrowCount() —— 子类必须实现
- 封装公共方法 borrowBook(Book book)，内部调用 getMaxBorrowCount() 判断是否超限
- Student 和 Teacher 分别继承，只重写那个抽象方法，其余复用
继承在这里不是为了“看起来像”，而是把“能借几本”这个变化点收口到子类，主流程稳定。
第三步：用多态统一调用，屏蔽具体类型
当管理员批量处理借阅请求时，不需要 if (obj instanceof Student) { ... } 或 switch 类型判断。而是让所有 Borrower 子类都实现一个统一接口或继承同一父类，然后：
- 用 List
borrowers = new ArrayList() 存各种读者 - 遍历调用 borrowers.get(i).borrowBook(book)，JVM 自动找到对应子类的 getMaxBorrowCount()
- 新增 VIP 读者？只需新建 VIPBorrower 类，继承 Borrower 并重写抽象方法，其他代码一行不改
这就是多态的价值：调用方不关心你是谁，只关心你能做什么；新增类型不扰动已有逻辑。
关键细节提醒
这个案例跑得通，靠的是几个容易被忽略的设计选择：
- 父类 Borrower 的 borrowBook() 方法里，调用的是 this.getMaxBorrowCount()，不是硬编码数字——这是多态生效的前提
- Student 类中重写的 getMaxBorrowCount() 必须是 public（不能比父类 abstract 方法更严格）
- Book 类的 borrow() 方法返回 boolean 表示是否成功，而不是 void，方便上层做失败处理
- 没用继承去表达“人”和“地址”的关系，因为地址不是人的子类，这里用组合（Book 里持有一个 Address 对象）更合理
代码不是越深越好，而是每层封装都有明确意图：封装保数据，继承提共性，多态接变化。
