delete能禁用特定重载，因为它使被删除函数参与重载匹配但禁止调用：一旦匹配到=delete函数，编译器立即报错，不回退尝试其他重载；它比private更早拦截（编译期而非访问检查期），也比SFINAE更直接；典型应用包括禁用隐式转换构造（如Text(int)=delete阻断Text t=42）、禁用非法运算符组合（如Vec2 operator+(int)=delete），以及需注意=delete拷贝会隐式抑制移动操作，须显式=default恢复。
为什么 delete 能禁用特定重载
因为 delete 修饰的函数声明不会参与重载决议，但会参与匹配过程——一旦编译器发现某个候选函数被 delete，就会直接报错，而不是退而求其次选其他重载。这比靠访问控制（如 private）更早拦截，也比靠 SFINAE 更简洁直接。
关键点在于：它不阻止函数名可见，只阻止调用成功；且对隐式转换链中“本该触发但被你拦下”的那一步特别有效。
禁用隐式转换构造函数最常用场景
比如防止 int → std::string → 自定义类型这种意外升格：
class Text {
public:
Text(const std::string& s) : data(s) {}
Text(const char* s) : data(s) {}
// 禁止从 int 构造（避免 Text t = 42; 这种误用）
Text(int) = delete;
private:
std::string data;
};-
Text t1("hello");✅ 正常调用Text(const char*) -
Text t2(42);❌ 编译失败：匹配到Text(int)，但已被delete -
Text t3 = 42;❌ 同样失败，隐式转换路径被截断
注意：Text t4 = std::string("hi"); 仍合法，因为没触发 int 构造函数。
立即学习“C++免费学习笔记（深入）”；
禁用特定 operator+ 防止非法混合运算
当类支持数值运算但需限制类型组合时，delete 比写一堆 static_assert 更轻量：
struct Vec2 {
float x, y;
Vec2(float x = 0, float y = 0) : x(x), y(y) {}
<pre class="brush:php;toolbar:false;">Vec2 operator+(const Vec2& other) const {
return {x + other.x, y + other.y};
}
// 禁止 Vec2 + int（常见误写）
Vec2 operator+(int) const = delete;
Vec2 operator+(float) const = delete;};
-
v1 + v2✅ -
v1 + 3❌ 错误信息明确指向被delete的函数 - 不删掉
Vec2(float, float)构造函数，就仍允许v1 + Vec2(3)—— 这是设计选择，不是缺陷
如果还希望禁用 int + Vec2，得额外加友元声明并 delete，因为成员函数无法覆盖左操作数为内置类型的重载。
delete 拷贝/移动操作时的常见陷阱
显式 = delete 拷贝构造或赋值，会同时禁用所有隐式生成的移动操作（C++11/14 规则），这点极易忽略：
- 只写
MyClass(const MyClass&) = delete;→MyClass(MyClass&&)也不会自动生成 - 若你本意只是禁拷贝、但仍想保留移动语义，必须显式写
MyClass(MyClass&&) = default; - 否则
std::vector<myclass></myclass>插入时可能因无法移动而编译失败，错误信息里看不到delete提示，只报“use of deleted function”在容器内部调用处
这类问题往往出现在封装资源管理类时，表面看禁了拷贝很安全，结果却意外锁死了移动——得手动补全移动接口才能恢复预期行为。
