delete是唯一标准且可靠地禁用重载函数的方式，它在重载决议完成后立即触发编译错误，而非屏蔽或警告；必须写在声明末尾，参与重载决议但禁止所有上下文调用。
用 delete 禁用某个重载函数，不是“屏蔽”，而是让调用直接编译失败
想阻止用户调用某个特定参数组合的重载函数？比如禁止 std::vector 接收裸指针、或禁止类接受 int 以外的整型？delete 是唯一标准且可靠的方式。它不是运行时拦截，也不是靠编译器警告糊弄，而是在重载决议完成后、立即触发硬错误。
常见错误是只声明不 delete，比如写 void foo(long) = delete; 却漏掉 = delete，结果变成普通声明，反而可能引发隐式转换导致意外调用。
-
= delete必须写在函数声明末尾（含分号前），不能放在定义里 - 被
delete的函数仍参与重载决议——这是关键：它会赢过更差的匹配，然后才报错，从而精准拦截“本不该走这条路”的调用 - 不能对析构函数、拷贝构造函数等特殊成员函数只
delete声明而不提供定义（除非类本身是抽象的或另有替代）
delete 和 private 的本质区别在哪
很多人误以为把函数设为 private 就能禁用外部调用，但这是错觉：private 只限制访问权限，不阻止重载决议；而 delete 是语义级禁止，连友元、类内代码都不能调用。
典型陷阱：你把 operator+(const A&, const B&) 设为 private，但用户写了 a + b，编译器发现它是最佳匹配，接着检查访问性——失败。可如果还有另一个 operator+(const A&, int) 存在，哪怕需要隐式转换，编译器也可能选它，绕过你的 private 函数。
-
delete后，任何上下文（包括类内部、友元、模板实例化）调用都会触发error: use of deleted function -
private函数仍可被类内成员调用，delete则彻底切断所有调用路径 - 模板中禁用特化时，
delete是唯一选择：template<typename t> void bar(T*) = delete;</typename>
禁用隐式转换时，delete 要覆盖所有可能的源类型
比如你想禁止 MyClass 被 short 或 unsigned int 构造，只写 MyClass(int) = delete; 没用——因为 short → int 是标准转换，仍会走这个路径并报错；但用户换用 long long，可能匹配到 MyClass(long long)，绕过你的限制。
正确做法是显式禁用所有你不想接受的类型，尤其注意有符号/无符号、窄类型提升、枚举底层类型：
class MyClass {
public:
MyClass(int) = delete;
MyClass(unsigned int) = delete;
MyClass(short) = delete;
MyClass(unsigned short) = delete;
MyClass(long) = delete;
MyClass(unsigned long) = delete;
// 注意：枚举类型默认匹配 int，但显式指定更安全
template<typename t typename="std::enable_if_t<std::is_enum_v<T">>>
MyClass(T) = delete;
};</typename>
- 别依赖“没人会传这个类型”——模板推导、宏展开、跨平台 typedef 都可能引入意外类型
- 用
std::enable_if_t+delete模板可以批量禁用一类类型，比罗列更健壮 - 禁用构造函数时，记得同时考虑
explicit——否则MyClass x = 42;这种复制初始化仍可能触发隐式转换再删除，报错信息更难懂
编译器参数无法“拦截”重载函数，别被标题误导
标题里写的“编译器参数拦截”是个常见误解。没有任何标准编译器参数（如 -Werror、-fno-exceptions）能禁用某个重载函数。你能控制的只有：是否启用某语言特性（如 -std=c++11）、是否把警告当错误、是否启用 SFINAE 支持——但这些都不影响重载决议逻辑本身。
真正起作用的永远是代码里的 = delete 声明。所谓“拦截”，本质是让编译器在语义分析阶段就拒绝该调用，而不是靠参数开关去事后过滤。
-
-Wdeprecated或-Wconversion只能提示潜在问题，不能阻止编译通过 - 试图用
#pragma GCC diagnostic ignored关闭某个错误？不行。use of deleted function是硬错误，不是警告，无法忽略 - 某些厂商扩展（如 MSVC 的
#pragma deprecated）仅影响警告级别，和delete的语义级禁止完全不在一个层面
最易被忽略的一点：模板类中，delete 的函数如果从未被实例化，编译器根本不会检查它是否存在——这意味着禁用逻辑可能“静默失效”。务必在测试中覆盖所有目标类型，或用 static_assert 配合 std::is_invocable 主动验证。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
