= delete 必须写在类内函数声明末尾、参数列表后，用于编译期硬性禁用重载；比私有化更可靠，且禁用拷贝需同时删除构造与赋值，移动与拷贝应明确区分。
用 = delete 禁用特定重载函数的语法写法
直接在函数声明末尾加 = delete，就能让编译器拒绝调用该重载版本。它不是定义，而是显式删除——编译期报错，不生成任何代码。
常见误写是放在定义处（函数体后）或漏掉分号；正确位置必须是类内声明行末，且紧跟在参数列表后：
class A {
public:
void foo(int) { } // 允许 int 版
void foo(double) = delete; // 禁用 double 版
void foo(const char*) = delete; // 同样适用指针/引用等类型
};
为什么 = delete 比私有化 + 不实现更可靠
私有化函数仍可能被友元、成员函数调用，且某些老编译器对未定义私有函数只警告不报错；= delete 是硬性禁止，任何上下文调用都会触发清晰错误，比如：
-
A a; a.foo(3.14);→ 编译错误：use of deleted function 'void A::foo(double)' - 派生类也无法通过 using 声明“复活”被 delete 的重载
- 模板推导中，被 delete 的重载仍参与匹配，匹配成功后才报错，这对 SFINAE 场景很关键
禁用拷贝构造和赋值时的典型陷阱
禁用拷贝语义时，别只删一个：必须同时 = delete 拷贝构造函数和拷贝赋值运算符，否则可能意外启用隐式生成的版本。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
尤其注意移动操作存在时的交互：
- 若只删
A(const A&) = delete;，但没删A& operator=(const A&) = delete;，赋值仍可能成功 - 如果类有
= default的移动构造函数，而拷贝被 delete，这是安全组合；但若移动也被删，又没提供其他资源转移方式，对象就真成“死锁态”了 - 基类中 delete 了拷贝，派生类若没显式声明自己的拷贝函数，编译器仍会尝试生成——此时会因基类拷贝不可访问而报错，而非静默跳过
和 = default 搭配使用的边界情况
当类有自定义析构函数或非静态成员时，编译器不再自动生成拷贝/移动函数；这时想保留默认行为就得显式 = default，再针对性 = delete 某些重载。
例如，想允许移动但禁用所有拷贝：
class B {
std::unique_ptr<int> p;
public:
B(B&&) = default; // 移动构造
B& operator=(B&&) = default; // 移动赋值
B(const B&) = delete; // 禁用拷贝构造
B& operator=(const B&) = delete; // 禁用拷贝赋值
};
漏掉任一拷贝操作，都可能导致意外的隐式转换或临时对象拷贝，尤其在容器操作（如 std::vector<b></b>）中容易触发编译失败。
最易被忽略的是：delete 重载不会影响其他类型转换路径，比如用户定义的转换函数或构造函数仍可能间接触发被 delete 的函数；得结合整体接口设计一起审视。
