Java面向对象进阶：封装、继承、多态、抽象类与接口实战指南

写这篇的时候后台正好有位读者留言问我“面向对象到底怎么才能学会语法我都看了能看懂但就是不会用。”这个问题太典型了。上一篇我们聊完了类、对象、属性、方法这些最基础的概念算是把 Java 面向对象的“门”给打开了。这一篇就要往深处走把封装、继承、多态、抽象类、接口这些真正体现面向对象思想的东西讲透。学会这篇里的内容你才能说自己真正理解了 Java 面向对象也才能在面试和实际项目里把“面向对象”四个字说出来的时候有底气。所以这篇面向对象二就是专门来解决“懂语法但不会用”这个问题的。咱们不整虚的从实际使用场景出发把每个机制出现的理由、适用的场景、以及面试里考官最常挖的坑全部过一遍。适合刚学完 Java 基础语法、准备进阶的初学者也适合准备 Java 基础面试、需要夯实底子的开发者。你看完可能会有种感觉原来面向对象不是一套死板规则而是一套解决复杂问题的思维方式。1. 封装的细节比你想的更重要很多入门教程讲封装只会说一句“把属性私有化提供 getter/setter”。这话没错但远远不够。封装本身是面向对象的第一大特性它解决的是安全性和可维护性的问题。你写一个类就是设计一个对外界面你凭什么让别人看到你的内部数据别人看到了随便改你的程序逻辑就崩了。所以封装的第一步是“藏”第二步才是“露”。1.1 四个访问修饰符到底该怎么选Java 里有四个访问级别private、默认包私有、protected、public。面试里问它们的区别很多人都能背出来但一旦放到真实场景里就乱了。我的建议是有一套默认原则直接照抄都行属性一律用 private这是底线。哪怕这个类内部逻辑很简单也先私有化再说。只在本类内部使用的方法用 private。允许子类重写、但不想对外暴露的方法用 protected。真正要开放的接口入口才用 public。默认访问级别不写修饰符是最容易被忽略的它的语义是“包内可见”。在实际开发中这种默认级别用得比较少因为一旦涉及多包协作它的限制就变得很尴尬。你写了默认访问级别其他包的同门类全都访问不了很容易出幺蛾子。这里有个关键点很多教程不会告诉你访问修饰符限制的是“访问”而不是“可见性”的范围扩展。也就是说父类里的 protected 方法子类是可以访问的但子类不能通过父类引用来访问另一个无关类的 protected 成员。这两者之间的微妙区别就是面试里经典的“protected 可见性”考点。1.2 构造器、this 和 super 的正确使用姿势构造器也是封装的一部分。你对外提供什么样的构造方式其实是在定义这个类的使用规则。有几点实际操作里特别重要如果你写了带参构造器那么无参构造器不会自动生成。很多新手在这儿踩坑写了一个User(String name)构造器然后new User()就直接编译报错了。解决办法是要么显式写出无参构造器要么在设计类的时候想清楚本来就不允许无参创建。构造器里用this(...)调用另一个构造器必须放在第一行。这个语法限制的原因是Java 要求一个对象在构造完成之前必须先调用另外一个构造器确保状态初始化完整。同样的super(...)调用父类构造器也必须放在第一行。一个经典的问题子类的构造器里如果既没写super(...)也没写this(...)编译器会自动在构造器第一行加一个super()。也就是说子类构造时一定会先调用父类的某个构造器。如果父类没有无参构造器子类就必须显式调用super(参数)否则编译直接报错。很多人在实际项目里自己写了一个父类里面定义了带参构造器却忘了写无参构造器结果所有子类全部报错。这个教训我踩过不止一次。所以现在的习惯是类里只写带参构造器时默认把无参构造器也带上除非有明确理由必须禁用它。this和super的区别也顺带说清楚。简单讲this指向当前对象用来区分局部变量和成员变量super用来访问父类的成员。但有两点要记住this可以用来调用当前类的其他构造器这一点刚刚提到了。super并不是“父类对象的引用”它只是一个访问父类成员的语法标记。有人误以为super像this一样是引用变量其实不是它不能作为参数传递也不能赋值给别的变量。这个细节在面试里很少有人能答清楚。1.3 static 与 final封装之外的两种设计利器static和final不属于面向对象的三大特性但它们是 Java 类设计里绕不开的两个修饰符。static的本质是“属于类而不是属于实例”。这意味着static 变量是全局一份所有实例共享。static 方法不能直接访问实例变量和实例方法因为它没有this。static 代码块在类加载时执行可以用来做一些初始化工作。实际开发里static 的典型场景是工具类的方法比如Math.max()、Collections.sort()这些方法不需要对象状态声明为 static 最合理。但如果你在一个 static 方法里想访问实例变量就矛盾了所以 Java 直接禁止这种行为。final则有三种含义很多人容易混final 修饰变量值不可变。final 修饰方法方法不可被重写。final 修饰类类不可被继承。在类设计里final用在“你希望这个逻辑固定下来不要被子类改掉”的方法上。比如模板方法模式里骨架流程用 final 修饰具体步骤交给子类去实现。这种组合用法是设计模式的经典操作也是面试里容易被追问的点。2. 继承与多态面向对象的核心地带封装解决的是“隐藏变化”继承解决的是“代码复用”多态解决的是“以不变应万变”。三者配合才能写出灵活的系统。这一部分我们重点把继承和多态拆开揉碎来讲。2.1 继承带来了什么又埋了什么坑继承的语法很简单子类用extends继承父类自动获得父类非 private 的成员。但继承的真正难点在于设计而不是语法。你先想一个问题什么时候应该用继承我的判断标准很简单满足两个条件才用继承子类一定是一个“is-a”的父类。比如狗继承动物猫继承动物这是 is-a 关系。子类确实需要复用父类的行为并且重写部分方法后有合理性。如果只是为了让某个类“借用”父类的几个方法那不如用组合。举个典型的反例有人为了让Stack复用Vector的方法让Stack继承Vector结果 Stack 类暴露了很多不属于栈的操作比如get(index)和insertElementAt()这样设计安全性就差远了。这就是《Effective Java》里反复强调的“组合优先于继承”的原因。继承并不是错的错的是用错了场景。继承真正坑人的地方还在于父类一变子类跟着遭殃。你改了一个父类方法的具体实现所有继承它的子类行为都可能改变这种耦合是隐性的排查起来极其痛苦。所以现在很多团队都约定继承层级不超过三层写代码前先想清楚是不是真的需要继承。2.2 方法重写的规则以及 Override 的意义重写Override是继承里的重头戏。子类对父类的方法“不满意”可以重新实现。但重写不是随便写的Java 有一整套规则方法签名必须一致方法名和参数列表必须和父类完全一样。返回值类型可以相同也可以是父类返回值的子类型协变返回类型。访问权限不能比父类更严格父类是 public子类就必须是 public父类是 protected子类可以是 protected 或 public。不能抛出比父类更宽泛的检查异常。这里有一个特别容易忽略的点static 方法不能被重写。因为 static 方法属于类子类写一个同名的 static 方法实际上是在“隐藏”父类的方法而不是重写。如果你在子类里写了Override注解标记一个 static 方法编译器会直接报错。同理final方法也不能重写这两个禁令是硬性的。Override注解是写重写方法时的必备品。它不是必需的但强烈建议加。原因很简单你写上Override编译器会帮你检查这个方法到底有没有成功重写父类方法。如果你方法名写错了比如想重写toString却写成了tostring没有注解的话就静默地变成了一个新方法程序行为就和预期不一致了排查起来很费劲。2.3 重载与重写一张表分清两兄弟重载Overload和重写Override是面试里最基础也最常考的一对概念。它们名字像实际完全不同。对比维度重载 Overload重写 Override发生位置同一个类里子类和父类之间方法签名参数列表必须不同方法签名必须相同返回类型可以相同也可以不同不参与区分必须相同或是父类返回的子类型权限修饰符无限制不能比父类更严格抛异常无限制不能抛出比父类更宽的检查异常绑定时机编译期静态绑定运行期动态绑定重点说一下重载它不是面向对象的专属特性就是 Java 语法里“同一个方法名多个参数版本”的写法。构造器也支持重载比如User()、User(String name)、User(String name, int age)同时存在这是最常见的重载用法。但我提醒一句重载方法尽量不要用参数类型相近的版本比如方法签名一个是setData(String)另一个是setData(Object)调用时传null会让编译器选择最具体的那个版本。很多人在这种场景下猜不到到底调了哪个方法调试了半天才发现是重载解析问题。这属于一种“合法但没必要”的写法。2.4 多态的本质编译看左边运行看右边多态是 Java 中最难理解的机制也是面向对象编程的精华。一句话概括父类引用指向子类对象同一个方法调用在不同子类上有不同的表现。因为多态存在你才能写出这样的代码Animal dog new Dog(); Animal cat new Cat(); dog.say(); // 汪 cat.say(); // 喵Animal是父类Dog和Cat是子类。声明变量时用的是Animal类型实际放进去的是子类对象。调用say()的时候JVM 在运行期动态绑定到子类方法上这就是多态。但这个机制有一个很关键的副作用当你用一个父类引用去调用方法时只能调用父类中声明过的方法。比如Dog类里有一个fetchBall()方法但Animal类里没有声明那么Animal dog new Dog(); dog.fetchBall();就是编译错误。因为编译器只看引用类型不看实际对象类型。这是面试里非常高频的一个考点“父类引用能不能调用子类特有的方法”答案是不能除非你先向下转型。2.5 向下转型与 instanceof 的配合向下转型就是把父类引用强制转成子类类型目的是访问子类特有的方法。语法很简单Animal animal new Dog(); if (animal instanceof Dog) { Dog dog (Dog) animal; dog.fetchBall(); }这里有两个关键点向下转型之前一定要用instanceof检查类型。否则如果animal实际引用的是Cat对象强转成Dog就会在运行期抛出ClassCastException。Java 16 开始支持instanceof模式匹配可以省掉显式强转的代码if (animal instanceof Dog dog) { dog.fetchBall(); }这种写法是 Java 近几版推出的语法糖实际开发里能简化不少代码看起来也更清爽。多态在实际项目里的作用就是让代码尽量“面向抽象编程”。你的方法里不要写死处理某一个具体实现类而是声明参数类型为父类或接口调用时传入任何子类实现都行。这样以后加一个新的子类不需要改动已有逻辑程序就自动支持新行为。这就是面向对象设计里所谓的“开闭原则”对扩展开放对修改关闭。3. 抽象类与接口从实现到契约抽象类和接口是 Java 面向对象设计的高级工具。很多初学者分不清它们的使用场景或者说背了很多区别却不知道实际写代码时到底用哪个。这一部分就来解决这个问题。3.1 抽象类把公共逻辑沉淀下来抽象类用abstract关键字声明。它可以有普通方法、属性、构造器也可以有抽象方法没有方法体的方法。抽象类不能被new实例化只能被继承。它的核心价值在于把子类公共的字段和行为统一管理把差异化的行为留成抽象方法强制子类去实现。比如要设计一个支付系统微信支付和支付宝支付有很多公共逻辑参数校验、生成订单号、风控检查。但最终的扣款接口不同。这时候抽象类就是最好的选择public abstract class AbstractPayService { public void pay(PayRequest request) { checkParam(request); String orderNo generateOrderNo(); doPay(orderNo, request); } private void checkParam(PayRequest request) { // 公共的参数校验逻辑 } private String generateOrderNo() { // 生成订单号逻辑 return ORDER System.currentTimeMillis(); } protected abstract void doPay(String orderNo, PayRequest request); }子类只需要实现doPay扣款细节各做各的而流程骨架、公共逻辑都沉淀在父类里。这种模式叫“模板方法模式”是抽象类最经典的应用。注意一个细节抽象方法不能是private的因为private方法子类无法重写抽象方法就是让子类来实现的两者矛盾。抽象方法也不能是static的静态方法不能被重写同理。抽象方法也不能是final的因为final禁止重写。3.2 接口从 Java 8 到 Java 17 的变化接口用interface关键字声明它定义的是一个“契约”。实现接口的类必须实现接口里的抽象方法。Java 8 之前接口里只能有抽象方法和常量非常轻量。Java 8 以后接口引入了默认方法default method和静态方法static methodJava 9 又引入了私有方法。这些变化让接口不再只是一个纯抽象契约它也可以包含一些默认实现。默认方法的引入最主要的原因是集合框架的演进。Java 8 要给List、Map这些接口增加新方法但如果在接口里直接加抽象方法所有实现类都得改。有了默认方法接口可以先提供一个默认实现老实现类即使不改也能正常工作新实现类可以覆盖默认实现来优化性能。接口里的默认方法用default修饰静态方法用static修饰public interface Searchable { void search(String keyword); default void printLog() { System.out.println(执行搜索); } static Searchable createDefault() { return new DefaultSearchable(); } }这里有一个容易踩的坑如果一个类同时实现了两个接口两个接口里都有同名的默认方法那么实现类必须重写该方法否则编译报错。这个约束是为了避免菱形继承的歧义。3.3 抽象类和接口到底怎么选这是面试必考题也是实际设计里需要认真权衡的问题。简单来说抽象类适合“代码复用”一群类有公共的字段和方法逻辑相似只是某些步骤不同用抽象类。接口适合“能力契约”不同种类的类都有某种能力但不关心它们之间是否有血缘关系。比如Comparable、Runnable谁都可以实现。具体到项目里还有个更实用的判断方法如果你要定义的是一组“能做什么”的能力用接口如果你要沉淀的是一堆“是什么”的公共逻辑用抽象类。Java 不支持多继承但你可以一个类继承一个抽象类同时实现多个接口既获得代码复用又获得能力扩展。这种组合方式最灵活。还要提醒一下抽象类和接口的语法区别并不是死记硬背就行的你要理解它们各自的设计目的。面试官问“抽象类和接口的区别”想听的绝不是你把官网表格背一遍而是你如何在真实场景中做取舍。4. 实战用面向对象思想搭建一个员工薪资模块说了这么多理论得动手写一个东西才能融会贯通。这一节我们用一个简单的员工薪资模块把前面讲的封装、继承、多态、抽象类全部串起来。4.1 需求分析和类的设计假设要做一个简单的薪资计算系统有三种员工普通员工、经理、程序员。薪资计算规则不同但所有员工都有工号、姓名、基本工资这些公共属性都需要打印工资单。设计思路定义一个抽象类Employee保存公共属性提供公共的打印工资单模板。在Employee里定义抽象方法calculateSalary()每种员工各自实现。普通员工薪资 基本工资。经理薪资 基本工资 岗位津贴。程序员薪资 基本工资 项目奖金。4.2 编码实现先写抽象父类public abstract class Employee { private String id; private String name; private double baseSalary; public Employee(String id, String name, double baseSalary) { this.id id; this.name name; this.baseSalary baseSalary; } public abstract double calculateSalary(); public void printPayroll() { System.out.println(工号 id 姓名 name 本月薪资 calculateSalary()); } public String getId() { return id; } public String getName() { return name; } public double getBaseSalary() { return baseSalary; } }三个子类分别实现public class NormalEmployee extends Employee { public NormalEmployee(String id, String name, double baseSalary) { super(id, name, baseSalary); } Override public double calculateSalary() { return getBaseSalary(); } }public class Manager extends Employee { private double positionAllowance; public Manager(String id, String name, double baseSalary, double positionAllowance) { super(id, name, baseSalary); this.positionAllowance positionAllowance; } Override public double calculateSalary() { return getBaseSalary() positionAllowance; } }public class Programmer extends Employee { private double projectBonus; public Programmer(String id, String name, double baseSalary, double projectBonus) { super(id, name, baseSalary); this.projectBonus projectBonus; } Override public double calculateSalary() { return getBaseSalary() projectBonus; } }测试代码public class Main { public static void main(String[] args) { ListEmployee employees new ArrayList(); employees.add(new NormalEmployee(001, 张三, 5000)); employees.add(new Manager(002, 李四, 8000, 3000)); employees.add(new Programmer(003, 王五, 7000, 5000)); for (Employee e : employees) { e.printPayroll(); } } }输出工号001姓名张三本月薪资5000.0 工号002姓名李四本月薪资11000.0 工号003姓名王五本月薪资12000.0这段代码里ListEmployee里装的是三种不同的子类对象但统一使用Employee类型来遍历。printPayroll()是父类写好的公共逻辑calculateSalary()是子类各自的重写实现。多态在这里的作用非常明显不需要写一堆if (employee instanceof Manager)之类的判断程序就能根据实际对象类型自动调用正确的计算方法。4.3 从代码中体会面向对象的设计价值如果你用传统的面向过程写法来做这个功能大概率是写一个Calculator类里面有if-else或者switch-case来区分员工类型每加一种员工就要去改这个类。这种写法在只有三种员工时看不出来问题但员工类型扩大到十种、二十种的时候那个方法就会变成一个几百行的巨型方法改一个分支就可能导致其他分支出错维护成本极高。而用面向对象的方式重构后规则的增加变成了新类的增加。下个月要加一个“实习生”类型你只需要新建一个Intern类继承Employee重写calculateSalary()然后调用方完全不用改。这就是面向对象设计里说的“把变化隔离起来”每一种变化都变成一个独立的类互不干扰。4.4 组合优先于继承的再思考上面这个例子是比较典型的继承使用场景因为员工之间确实是 is-a 的关系。但实际业务里很多时候继承并不合适。比如你要给某些员工增加“可以获得股票期权”的能力但并不是所有员工都能获得这个时候怎么设计如果把hasStockOption()放到Employee基类里那普通员工也被迫有了这个属性不合理。如果单独定义一个StockOptionHolder接口让支持期权的员工类实现这个接口就灵活多了。这就是接口的妙处它定义能力不约束血缘关系。经理类既能继承Employee又能实现StockOptionHolder普通员工类则可以完全不实现这个接口。用组合和接口替代过深的继承层次能大幅降低类之间的耦合。5. 新手最容易踩的坑和应对策略学面向对象最痛苦的阶段不是概念背不下来而是写代码时遇见了各种光怪陆离的运行时错误查了半天也不知道问题出在哪。这里我把自己这些年见过的高频坑位整理一份每一条都对应一个你能直接操作的反制手段。5.1 equals 与 比较对象到底比什么这是 Java 基础面试里出现频率最高的问题之一没有“之一”也差不多了。问题本身不难但能真正讲清楚的人不多。比较的是两个引用是否指向同一个对象也就是内存地址是否一致。equals()是Object类的方法默认行为也是比较内存地址但很多类重写了它比如String、Integer重写后比较的是内容。所以你必须养成一个习惯比较两个对象的内容是否相等用equals()判断是否为同一个对象用。别混用。String是个重灾区。看这段代码String a hello; String b hello; System.out.println(a b); // true因为都指向常量池里的同一个对象 System.out.println(a.equals(b)); // true String c new String(hello); String d new String(hello); System.out.println(c d); // false两个对象地址不同 System.out.println(c.equals(d)); // true内容相同同一个逻辑a b为truec d为false全因为前者走了常量池缓存。新手在这里特别容易懵根源是没搞清楚到底在比什么。还有一个延伸问题你自定义的类想要比较内容必须重写equals()并且同时重写hashCode()。这两个方法的约定是如果两个对象通过equals()比较相等那么它们的hashCode()必须相同。如果你只重写equals()不重写hashCode()把它放进HashSet或当HashMap的 key 使用就会出现“明明 equals 相等但容器里放了两份”的诡异 bug。这个坑我在实际项目里见过不止一次。5.2 浅拷贝和深拷贝对象复制时别被坑Java 里的对象默认是引用传递。你写User user2 user1;其实只是把引用复制了一份两个变量指向同一个对象。你改user2的属性user1也会变。如果需要真正的复制你要么自己实现要么用Cloneable接口。Cloneable是一个标记接口它不定义任何方法Object.clone()是 protected 方法重写时要注意如果类没有实现Cloneable调用clone()会抛CloneNotSupportedException。Object.clone()默认是浅拷贝基本类型字段会复制引用类型字段复制的是引用两个对象共享同一个引用对象。所以浅拷贝和深拷贝的区别就出来了浅拷贝只拷贝一层深拷贝要把对象内部所有引用的对象都递归复制一遍。实际项目里深拷贝更常用但实现方式可以多样手动写复制逻辑把每个属性都 copy 过去适合对象结构简单的情况。使用序列化实现深拷贝比如把对象写入 JSON 再读回来适合结构较复杂、属性多的情况但要求所有属性都能被序列化。使用第三方工具类比如 Apache Commons Lang 的SerializationUtils.clone()或者 Spring 里的BeanUtils.copyProperties()。后者是浅拷贝适合属性简单、不嵌套对象的场景。面试时如果被问到深拷贝浅拷贝不要只答定义最好能说出一个实践案例。比如“我之前在实现一个订单复制的功能时订单里含有一个明细列表直接浅拷贝后会共用同一个明细对象后续改明细会互相影响后来改成了 JSON 序列化的深拷贝方案。”这样的回答才显得你有实际经验。5.3 对象在内存中到底怎么存多态、继承都学完了但很多人对“对象到底存在哪里”还是模糊的。这里用一个最简单的模型讲清楚new出来的对象存储在堆内存Heap中。局部变量、方法参数、引用变量存储在栈内存Stack中。栈里的引用变量存储的是堆里对象的内存地址。画个图理解的更清楚栈内存 堆内存 userRef ------ [User对象] - name: 张三 - age: 25User user new User(张三, 25);这句话在栈里创建了一个叫user的引用变量栈里的这个引用指向堆里的一块内存那块内存里才是真正的User对象。静态变量和静态方法则存放在方法区或者从 JDK 8 开始叫元空间它们不依赖任何实例存在。理解了这一点很多问题就迎刃而解。比如为什么要尽量避免创建大量无用的短生命周期对象因为它们都给堆内存和 GC 增加压力。再比如为什么方法里传对象参数时方法内部修改对象会影响外部因为传的是引用两个引用指向同一个堆对象。5.4 面试高频八股文考点整理刷过面试题的人应该都有感觉面向对象这块的面试题翻来覆去就是那几个考点。我把最常被问到的和一道直击要害的回答思路整理出来做成速查表方便你突击记忆考点典型问法一句话回答思路访问修饰符private/protected/public 的区别从本类、同包、子类、全局四个维度回答方法重载与重写重载和重写的区别发生位置、签名要求、绑定时机多态多态是什么运行时如何实现父类引用指向子类对象方法调用在运行期动态绑定抽象类与接口抽象类和接口的区别复用代码用抽象类定义契约用接口单继承多实现构造器子类构造器会不会调用父类构造器会默认调用无参 super()除非显式指定equalsequals 和 hashcode 的关系equals 相等hashCode 必须相等反之不成立对象转型向上转型和向下转型向上安全自动向下需强制且建议用 instanceof 判断静态绑定静态方法和实例方法的区别静态方法编译期绑定实例方法运行期绑定这份表是“八股文”的骨架但你在面试里不能只背这一句话要能展开讲最好配一个自己写过的例子。面试官最反感的就是只会背概念、没有任何实战理解的候选人。6. 学习路径与实战建议其实写到第五部分基础的面相对象知识已经讲完了。但这篇文章我不想就这样收尾。因为我知道看完一篇博客和真正掌握一个知识点中间还隔着很多次刻意的练习和踩坑。所以最后这部分我想聊聊怎么把这些知识真正消化掉变成自己写代码时的本能。我自己的经验是面向对象这种东西光看书是学不会的。你必须反复经历“设计实现重构”的循环。第一次写得烂没关系你要能看出来烂在哪然后去改改完再复盘。整个过程不需要什么复杂的项目身边的小问题都可以拿来练手。比如你把一个记账小程序用面向过程的方式写一遍再用面向对象的方式重写一遍对比一下两者的差异。再比如给一篇文章里的所有名词抽出来设计一个分类体系强行用继承和多态把它们组织起来。这些练习做多了你写代码时会自然而然地去想这个逻辑能不能抽成一个类这几个类之间是什么关系我自己还有一个小技巧就是去读开源代码。很多人读不进去源码是因为直接从复杂框架开始很容易劝退。我建议从小的、设计良好的项目开始比如 Java 标准库里的集合类、JDK 自带的工具类。看完一个类问自己三个问题这个类为什么这么设计它的继承体系是怎么组织的如果让我来写我会怎么设计想明白了你的面向对象水平就会上一个台阶。如果你正在准备面试我的建议是不要死记硬背八股文。面试官真正想听的是你在一个具体场景里是如何用面向对象思想解决问题的能力。比如你被问到“接口和抽象类区别”你在回答完定义后如果能补一句“我在项目中用抽象类封装了支付流程的公共逻辑用接口定义了多租户的能力扩展点两种方式分别解决了不同的问题”面试官会立刻觉得你是真学过、真写过。最后分享一个小技巧。写类之前先在注释里把类的职责写清楚不超过三句话。如果你发现一个类需要写第四个功能点才能描述清楚那大概率它的职责已经过载了该考虑拆分。这是我做代码评审时最常用的判断标准之一也是我见过最有效的防止面向对象退化成面向过程的方法。