= delete比私有化更彻底，因其参与重载决议并明确拒绝所有调用（含类内），错误定位精准；必须声明在函数声明处且前置以确保匹配，禁用需覆盖所有隐式转换路径，并注意继承、模板特化及链式删除效应。
为什么= delete比私有化更彻底
私有化函数（比如private: void f(int);）只是拦住访问，类内代码仍能调用，报错是“access denied”，位置模糊；而= delete让函数参与重载决议，一旦匹配成功就立刻报错，错误信息直指被删函数，且外部和内部都无法调用。它不是隐藏，是明确拒绝——编译器认出这个签名，但不许走这条路。
= delete必须写在声明处，且顺序影响匹配结果
它只能出现在函数声明位置（类内或全局作用域），不能写在类外定义处；否则编译器当它是普通函数定义，链接时报错。更重要的是：重载决议按声明顺序尝试候选函数，= delete版本必须放在可能被误匹配的宽泛重载之前，否则可能被跳过。
- 错误写法：
void log(auto) = delete;写在void log(const std::string&)后面 → 编译器先匹配到 string 版本，根本不会触发 delete - 正确写法：把所有
= delete版本前置，或用模板 + SFINAE 精准覆盖 - 对字面量要小心：
'a'类型是int，不是char，删void f(char)拦不住f('a')
禁用隐式转换相关重载时的典型陷阱
想拦浮点数传参，只删 void f(double) 不够——f(3.14f) 会升格为 double 后命中被删函数，这反而是你想要的；但若还想拦 long double 或 float 字面量，就得逐个删：
void f(int) { /* OK */ }
void f(float) = delete;
void f(double) = delete;
void f(long double) = delete;同理，禁用构造函数时：MyClass(const char*) = delete; 能拦 MyClass("hi")，但拦不住 MyClass(std::string("hi"))——后者走的是 std::string 构造路径，与你删的无关。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
继承与模板中= delete的传播限制
基类中删掉的重载，派生类不会自动继承该删除行为；但若派生类没声明同名函数，调用时仍会匹配到基类被删版本，照样报错。关键点在于遮蔽：
- 派生类只要写了
void f(int)，哪怕没= delete，也会遮蔽基类所有f重载（包括被删的） - 需显式加
using Base::f;引入，再对其中某些签名补= delete - 模板特化删重载必须写
template void f<int>() = delete;</int>，漏掉template会被当非模板函数处理，导致链接失败 - 虚函数禁止用
= delete（C++ 标准明令禁止），要禁用只能改设计或用纯虚
最易忽略的是“传染性”：删了成员变量的拷贝构造，其所在类的默认拷贝构造会隐式删除，而包含它的外层类又会因此失去拷贝能力——这种链式失效往往到集成阶段才暴露。
