抽象父类应提取子类真正共有的本质特征与基础行为，通过对比字段含义、方法逻辑及流程固定性来识别共性；合理使用protected成员、具体方法、抽象方法和模板方法；避开语义不同、public字段、未初始化属性等误区；确保构造约束、子类专注差异逻辑、新增子类无需修改父类且支持类型归一化。

抽象父类提取公共属性和方法，核心是识别子类之间真正共有的、稳定不变的“本质特征”和“基础行为”，而不是简单堆砌字段或复制粘贴代码。

从子类中识别共性内容

先列出多个具体子类（如 Apple、Banana、Orange），逐个对比：

• 哪些字段在所有子类中都存在且含义一致？比如 name、weight、harvestDate
• 哪些方法逻辑高度相似，仅细节不同？比如 getPrice() 都要算单价×重量，但单价来源不同
• 哪些操作流程固定，只是某几步由子类决定？比如 process() 总是包含校验→处理→记录，只有“处理”需子类实现

把共性内容合理放进抽象父类

不是所有共用字段都适合放进来，要按用途区分：

• protected 成员变量：供子类直接复用，如 protected final String id;、protected BigDecimal basePrice;
• 具体方法：完整实现、可被子类直接调用，如 public void logCreation() { System.out.println("Created: " + this.id); }
• 抽象方法：只声明不实现，强制子类提供差异逻辑，如 public abstract BigDecimal calculateTax();
• 模板方法：用具体方法封装流程骨架，调用抽象方法留出扩展点，如 public final void sell() { validate(); BigDecimal total = basePrice.multiply(weight); total = calculateTax().add(total); recordSale(total); }

避开常见误区

避免把“看起来一样”但语义或生命周期不同的东西硬塞进抽象类：

• 不放子类专属字段（如 Apple 的 variety、Banana 的 ripenessLevel）
• 不声明 public 字段——破坏封装，子类随意修改可能让模板方法失效
• 不空着必填属性（如 protected String code; 不初始化），应在构造器中强制传入
• 不为兼容旧代码而保留冗余方法，抽象类要精简、意图清晰

验证是否提取得当

一个好用的抽象父类，应满足：

• 子类实例化时，必须提供所有关键信息（通过构造参数约束）
• 子类只需专注自己独有的那部分逻辑，其余由父类托底
• 新增子类时，不需修改抽象类就能接入统一流程
• 用 isinstance(obj, AbstractFruit)（Python）或 obj instanceof Fruit（Java）能自然归一化处理