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 和静态检查工具常会警告。
