抽象类中的保护方法运用场景探讨

protected方法的核心作用是：允许子类继承复用逻辑且禁止外部调用，兼顾封装性与可扩展性；配合模板方法模式构建可控流程；通过受保护方法间接访问状态；抽象类构造器设为protected以强制继承使用。

抽象类中的 protected 方法，核心作用是：在不暴露给外部调用的前提下，允许子类继承并复用或扩展逻辑，同时保持对父类内部实现细节的合理封装。

需要子类共享基础逻辑但禁止外部调用时

当抽象类中有一段通用处理流程（比如初始化校验、日志记录、资源预加载），所有子类都应执行，但又不希望被任意其他类直接调用，就适合定义为 protected 方法。

• 例如：抽象类 DataSource 中定义 protected void validateConfig()，子类在 connect() 前统一调用它；外部代码无法通过 dataSource.validateConfig() 调用，避免误用。
• 相比 public，它防止了 API 泄露；相比 private，它保留了子类可复用性。

配合模板方法模式构建可定制流程

模板方法模式依赖抽象类定义骨架，其中部分步骤由子类实现，而其余步骤由父类控制——这些“控制步骤”常设为 protected，便于子类在必要时选择性重写或增强。

• 比如 abstract class ReportGenerator 定义 final void generate() { prepare(); render(); export(); }，其中 prepare() 和 export() 是 protected 具体方法，子类可覆写以适配不同数据源或输出格式。
• 这样既保证主流程不变，又赋予子类足够的干预能力，且不破坏封装边界。

避免属性直接暴露，通过受保护方法间接访问

当抽象类持有关键状态（如配置、缓存、上下文对象），不建议直接声明为 protected 字段——而应封装为 protected 的 getter 或操作方法，让子类能安全读取或修改，同时保留未来加校验、日志或懒加载的余地。

• 反例：protected String apiKey; → 子类可随意赋值，无约束。
• 正例：protected String getApiKey() { return this.apiKey; } 或 protected void setRetryCount(int count) { if (count > 0) this.retry = count; }

构造逻辑需限制实例化范围时

抽象类的构造方法通常设为 protected，这是隐式约定。它确保只有子类能调用父类构造器完成初始化，而外部代码无法 new 出抽象类实例，也杜绝了绕过继承链直接使用父类的可能。

• 即使抽象类没有抽象方法，protected 构造器也能强制其仅作为基类存在。
• 若构造器为 public，编译虽可通过（因抽象类不可实例化），但语义混乱，IDE 和静态检查工具常会警告。