类是对一类事物的概括性描述，提取问题域相关特征和行为；对象是类的实例，拥有独立数据副本但共享方法逻辑；抽象强调相关性而非真实性，封装通过访问控制增强抽象可控性。

Java 面向对象中，类和对象的抽象定义不是照搬现实，而是抓住问题域里真正相关的特征和行为，舍弃无关细节。

从现实事物中提取共性定义类

类是模板，是对一类事物的概括性描述。比如“图书”这个现实概念，不同书有不同书名、作者、ISBN、页数、是否借出——这些就是共性属性；而“上架”“借阅”“归还”是它们共有的行为。在 Java 中，就用成员变量表示属性，用方法表示行为：

• 属性抽离：只保留与当前系统有关的字段。例如图书馆管理系统关注“是否可借”，但不必记录纸张克重或印刷批次。
• 行为建模：方法应反映实体能主动做的动作，而非外部指令。如book.borrow()比library.lendBook(book)更贴近“书自己被借走”的语义（取决于设计视角）。
• 构造逻辑聚焦初始化关键状态：比如创建Student对象时，学号和姓名通常不可为空，就应在构造方法中强制传入。

用对象表达具体可操作的个体

对象是类的实例，代表现实中某个明确存在的实体。它拥有独立的数据副本，但共享同一套方法逻辑。例如：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• Student s1 = new Student("张三", "2023001"); 表示真实存在的学生张三；
• Student s2 = new Student("李四", "2023002"); 是另一个独立个体，姓名、学号互不干扰；
• 两人调用s1.study()和s2.exam()，执行的是同一段代码，但作用在各自的数据上。

抽象的关键在于“相关性”而非“真实性”

同一个现实事物，在不同系统中抽象结果可能完全不同：

立即学习“Java免费学习笔记（深入）”；

• 在教务系统中，“教师”类可能含department、teachingHours、assignCourse()；
• 在人事系统中，“教师”可能只是“员工”的子类，重点在salary、hireDate、applyLeave()；
• 哪怕都叫“汽车”，租车平台关注licensePlate、available、rent()，而车载系统则建模为engineStatus、speed、brake()。

封装让抽象更可控

把属性设为private，通过public方法暴露有限接口，本质是在控制“外界如何看待这个抽象”。例如：

• BankAccount类隐藏balance字段，只提供deposit()和withdraw()方法；
• 这样既防止非法修改，又可在方法内部加入校验（如余额不足拒绝取款），让抽象更贴合现实约束。