抽象类在抽象工厂模式中非必需但重要：可作为抽象工厂或抽象产品的基类，统一契约、共享逻辑、管理状态，并支持模板方法；是否使用取决于共性需求与设计意图。
抽象类在抽象工厂模式中不是必需的，但它是实现该模式的重要可选手段之一——它常用于定义抽象工厂或抽象产品，起到统一契约、约束子类行为、封装共性逻辑的作用。
抽象类作为抽象工厂的载体
虽然抽象工厂接口更常见（如 interface FurnitureFactory），但用抽象类实现抽象工厂也是合法且实用的。尤其当多个具体工厂需要共享部分创建逻辑、默认实现或状态时，抽象类比接口更有表达力。
- 可以声明 protected 方法供子类复用，比如日志记录、参数校验、资源预初始化
- 能定义构造器、字段，支持工厂内部状态管理（如连接池配置、地域上下文）
- 避免重复代码：比如所有具体工厂都需检查 license 有效性，可在抽象工厂类中统一实现
抽象类作为抽象产品的基类
当一组具体产品存在大量通用行为或字段时，用抽象类替代接口更能体现“is-a”关系和继承语义。
- 例如 abstract class DatabaseCommand 可封装通用执行流程（连接获取、超时控制、异常包装），再由 MySQLCommand 和 OracleCommand 继承并重写 SQL 构建逻辑
- 相比纯接口，抽象类允许提供部分实现，降低子类负担，也更适合模板方法模式与抽象工厂协同使用
- 注意：若产品之间差异极大、无共性行为，接口仍是更轻量、更灵活的选择
抽象类 vs 接口：选择依据
Java 中抽象工厂模式不强制绑定抽象类；是否采用取决于设计意图：
立即学习“Java免费学习笔记（深入）”；
- 需要多继承能力（如同时实现 Serializable + 自定义基类行为）→ 用接口定义契约，抽象类专注实现
- 强调产品族的“家族共性”（如所有 Windows 风格控件共享渲染基类）→ 抽象产品用抽象类更自然
- 框架层希望预留扩展点（如钩子方法、生命周期回调）→ 抽象工厂本身用抽象类便于后续增强
实际编码中的典型组合
主流实践中常见“接口 + 抽象类”分层设计：
-
AbstractFactory（接口）：声明
createButton()、createTextBox()等方法 - BaseWindowsFactory（抽象类，可选）：实现公共校验、主题加载、DPI 适配等，供 Win10Factory 和 Win11Factory 继承
-
Button（抽象类）：含
render()模板方法和onClick()抽象钩子，子类只关注交互细节
