= delete 是禁用特定构造函数重载的唯一可靠方式，它在编译期明确报错，防止隐式转换或误用；需先声明再删除，且不影响其他重载。
直接禁用某个构造函数重载，而不是整个拷贝/移动语义，= delete 是唯一可靠、语义清晰的方式。它不是“屏蔽”或“隐藏”，而是告诉编译器：“这个签名的函数必须不存在”——任何匹配调用都会在编译期报错，且错误信息明确指向被删函数。
只禁用某一个带参构造函数（比如禁止 MyClass(int)）
常见于防止隐式类型转换或误用特定参数构造对象。例如，你允许 MyClass(double) 和 MyClass(const std::string&)，但不希望用户写 MyClass(42)（整数字面量意外触发）。
- 必须显式写出该构造函数签名，再加
= delete；仅靠不定义它，编译器仍可能生成默认版本或引发其他重载歧义 - 如果该构造函数本就未声明，
= delete会报错 “no declaration matches”，所以先声明再删除 - 注意：禁用
MyClass(int)不影响MyClass(long)或MyClass(int, int)，它们仍是独立重载
示例：
class Widget {
public:
Widget(double x) { /* ... */ }
Widget(const std::string& s) { /* ... */ }
Widget(int) = delete; // 明确禁止 int 构造
};Widget w1(3.14); ✅，Widget w2("hello"); ✅，Widget w3(42); ❌ 编译失败：use of deleted function ‘Widget::Widget(int)’
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
禁用隐式转换构造函数（避免 MyClass obj = 123;）
当类有一个单参数构造函数（如 MyClass(int)），它默认是“转换构造函数”，支持 = 初始化和函数传参隐式转换。这不是重载问题，而是语义风险。
- 最安全做法是加
explicit，而非= delete；但若你**完全不允许该参数构造任何对象**，才用= delete -
= delete后，连MyClass{123}（花括号初始化）也会失败，而explicit仅阻止=和隐式转换，保留直接调用 - 二者不可共存：
explicit MyClass(int) = delete;是合法语法，但语义上 redundant（explicit 对已删除函数无实际作用）
为什么不用 private 声明代替 = delete？
private 声明 + 不实现，是 C++98 的惯用法，但在现代 C++ 中已被淘汰。
- 错误时机晚：private 方式导致链接期错误（
undefined reference），而= delete是编译期错误，定位更快 - 友元可绕过：private 成员对友元类/函数可见，
= delete则彻底禁止，无论是否友元 - 模板实例化中行为不一致：private 在某些 SFINAE 场景下仍参与重载决议，
= delete会直接从候选集中剔除
容易忽略的陷阱：移动构造函数不会被自动禁用
如果你只写了 MyClass(const MyClass&) = delete;，编译器仍会自动生成移动构造函数（只要没显式定义或删除它）。这意味着对象仍可被 std::move() 转移，可能破坏你设计的“不可复制也不可移动”的意图。
- 要真正锁死，必须四者并列声明为
= delete：MyClass(const MyClass&)、MyClass(MyClass&&)、operator=拷贝版、operator=移动版 - 别依赖“没写就等于禁用”——C++11 起，只要没显式删除或定义，编译器就按规则生成（取决于其他特殊成员是否存在）
- 基类禁用不影响派生类：派生类的构造函数重载是独立的，必须各自
= delete
真正需要“禁用特定重载”时，核心就一条：精准写出你要删的那个签名，加上 = delete，别省略、别模糊、别指望编译器猜你意思。
