protected构造函数允许派生类在初始化列表中调用以完成继承初始化，但禁止外部直接实例化或子类非构造函数中创建对象，核心语义是“禁止直接实例化、允许继承并复用初始化逻辑”。
protected构造函数只允许派生类调用
它不是为了让你在外部 new 一个对象，也不是为了实现单例——那是 private 构造函数的活。它的核心语义是：「这个类不打算被直接实例化，但欢迎被继承；子类可以合法调用它完成初始化」。
典型错误现象：error C2248: 'Base::Base': cannot access protected member，发生在子类普通成员函数里试图 new Base()，而不是在子类构造函数初始化列表中调用。
- 子类构造函数初始化列表中可写
Derived() : Base(42) { }，前提是Base的对应构造函数是protected或public - 子类的非构造函数（比如
void foo()）里写Base b;或new Base()，一定会报错 -
protected构造函数对友元类、友元函数无效——它们依然不能访问
常见使用场景：抽象基类 + 强制继承约束
当你设计一个基类，它本身没有完整语义（比如 Shape），也不该被用户直接构造，但又需要子类能复用部分初始化逻辑时，protected 构造函数比纯虚类更灵活。
例如，你想让所有派生类都必须传入一个 ID，并统一做校验：
立即学习“C++免费学习笔记（深入）”；
class Shape {
protected:
Shape(int id) : id_(id) {
if (id <= 0) throw std::invalid_argument("ID must be positive");
}
private:
int id_;
};
class Circle : public Shape {
public:
Circle(int id, double r) : Shape(id), radius_(r) {} // OK：在初始化列表中调用 protected 构造
private:
double radius_;
};
- 用户写
Shape s(1);或auto p = new Shape(1);→ 编译失败 - 用户写
Circle c(1, 2.5);→ 成功，且 ID 校验逻辑复用 - 如果把构造函数设成
private，Circle就无法继承Shape（除非加friend，但破坏封装）
和 private 构造函数的关键区别
别混淆两者目标：private 是「彻底封死，只许我内部造」；protected 是「我不自己上场，但我把装备发给继承我的人」。
-
private构造函数 +static工厂方法 → 单例、对象池、受控实例化 -
protected构造函数 → 基类提供初始化契约，子类必须遵守且可扩展 - 析构函数通常也得是
protected（而非private），否则派生类无法析构——这是容易被忽略的配套要求 - 拷贝构造和赋值运算符若设为
protected，意味着只允许子类内部复制，外部连拷贝都不让，这种用法较少见但存在
实际项目中容易踩的坑
最常被忽视的是：protected 不等于「子类随便哪都能调」。它只在子类构造函数的初始化列表中生效，其他任何地方调用都非法。
- 误在子类成员函数里写
Base b(x);→ 编译失败，不是权限不够，是语法不允许 - 误以为
protected构造函数能让友元类构造对象 → 不行，友元对构造函数访问权限无影响 - 忘记把析构函数也设为
protected→ 派生类对象通过基类指针 delete 时未定义行为（尤其多态场景下必崩） - 混合使用
public和protected构造函数 → 外部仍可通过public版本直接构造，失去约束意义
真正用好 protected 构造函数，关键在于接受一个事实：它不是给“创建对象”用的，而是给“定义继承契约”用的。一旦开始思考“谁该负责初始化”，而不是“怎么 new 出来”，就踩不到坑了。
