最直接禁用默认构造函数的方式是显式声明并删除：MyClass() = delete;，放在public区域以明确禁止所有默认构造调用，包括变量定义、new、容器初始化等场景。
用 delete 禁用默认构造函数最直接
如果类不需要默认构造函数，最明确、最安全的做法是在类内显式声明并删除它。编译器会拒绝所有隐式或显式的默认构造调用，包括 MyClass obj;、new MyClass、std::vector<myclass>(10)</myclass> 等场景。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 把
MyClass() = delete;放在公有（public）区域，否则私有删除会导致友元或成员函数仍可能误用 - 若已定义了其他构造函数（如带参构造），编译器本就不会生成默认构造函数；但显式
= delete能防止未来有人加了新构造后意外恢复默认构造行为 - 注意：删除默认构造后，
std::vector<myclass></myclass>无法调用resize()或含默认初始化的构造（如vector(5)），需改用带参构造的版本（如vector(5, MyClass{arg})）
带参构造存在时，默认构造是否自动消失？
是的——只要用户定义了任意一个构造函数（哪怕只有 MyClass(int)），编译器就不再合成默认构造函数。但这不等于“禁止”，只是“未提供”。此时仍可能因继承、聚合或模板推导产生意外默认初始化。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 依赖“未定义所以不存在”不够可靠，尤其在类被用作模板参数（如
std::optional<t></t>或std::variant）时，部分标准库实现会尝试调用默认构造 - 使用
= delete是唯一能向编译器和协作者发出明确契约的方式 - 检查错误信息：若误写了
MyClass x;，会报类似call to deleted constructor of 'MyClass'，而非模糊的“no matching constructor”
基类禁用默认构造，派生类怎么办？
如果基类删了默认构造，而派生类没写任何构造函数，编译器也不会为派生类合成默认构造——因为合成前提之一是“基类可默认构造”。此时派生类对象根本无法创建，除非显式委托。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 派生类必须定义至少一个构造函数，并显式调用基类带参构造，例如：
Derived() : Base(42) {} - 若想让派生类也禁止默认构造，同样应写
Derived() = delete;，而不是依赖基类影响——后者不直观且易被忽略 - 多重继承下，只要任一基类禁用默认构造，派生类就无法隐式默认构造，但错误提示可能指向第一个不可默认构造的基类，需逐层确认
模板类中如何条件禁用默认构造？
对模板类，有时需根据模板参数决定是否允许默认构造，比如仅当类型可默认构造时才开放。这时不能无条件 = delete，而要用 std::enable_if 或 C++20 的 requires 约束构造函数。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- C++17 及以后推荐用
MyClass() = default;配合static_assert(std::is_default_constructible_v<t>, "...");</t>在类体内做编译期检查 - 更精细控制可用约束构造函数：
MyClass() requires std::default_initializable<t></t>（C++20） - 避免在模板中盲目
= delete默认构造，否则泛型代码（如std::make_unique<myclass>>()</myclass>）会直接失败，且错误位置难定位
真正容易被忽略的是：禁用默认构造后，类作为 std::array 元素、结构体成员、或用于 std::optional 时的行为变化。这些上下文不总是触发明显错误，而是在运行时崩溃或未定义行为——得从使用点反查构造约束，不是只看类定义本身。
