delete不能禁用隐式转换本身，只能删除可能被隐式调用的函数（如单参构造函数、类型转换运算符），从而在编译期切断特定转换路径。
不能用 delete 禁用隐式转换本身，只能禁用由隐式转换触发的特定函数调用（比如构造函数、类型转换运算符、重载函数）。真正起作用的是把“可能被隐式调用的函数”显式 = delete。
为什么 delete 不能直接禁用“隐式转换”这个行为
C++ 的隐式转换链（如 int → double → MyClass）是语言机制，无法全局关闭。但你可以切断其中某一个环节：只要某个函数（比如单参数构造函数或 operator T()）被 = delete，编译器在尝试走这条路径时就会报错。
常见误判是以为写个 operator int() = delete; 就能阻止所有转 int，其实它只阻止该类对象向 int 的显式/隐式转换；而其他类转本类的隐式构造，还得去删对应的构造函数。
- 隐式转换发生在表达式求值过程中，不是某个可删除的“开关”
-
= delete的目标必须是函数声明（构造函数、转换函数、普通成员/非成员函数） - 禁用效果是编译期报错，错误信息通常含
use of deleted function
禁用隐式构造：删掉单参数构造函数
最常见场景是防止 MyClass obj = 42; 这类自动转型。只要构造函数形参可由其他类型隐式转换而来，且未标记 explicit，就构成隐式构造入口。
struct MyClass {
MyClass(int x) : val(x) {} // ❌ 允许 int → MyClass 隐式转换
// MyClass(int x) = delete; // ✅ 直接删掉，但会同时禁用合法构造
explicit MyClass(int x) : val(x) {} // ✅ 推荐：加 explicit 更精准
int val;
};
如果非要保留构造逻辑但禁止隐式调用，才用 = delete：
struct MyClass {
MyClass(int x) : val(x) {}
MyClass(double x) = delete; // 禁止 double → MyClass
MyClass(const char* s) = delete; // 禁止字符串字面量隐式构造
int val;
};
- 注意：
= delete的构造函数仍参与重载决议，只是匹配后报错 - 若同时存在
explicit和= delete版本，explicit版本不会被隐式调用，无需再delete - 模板构造函数也支持
= delete，但需小心 SFINAE 与匹配优先级
禁用隐式类型转换：删掉 operator T()
当你的类定义了 operator int()，它既支持 int x = obj; 也支持 func(obj)（若 func 接受 int）。要彻底封死这条路，就删它：
struct MyClass {
operator int() const { return 42; }
operator std::string() const = delete; // ✅ 禁止转 string
operator bool() const = delete; // ✅ 常用于防条件判断误用
};
典型坑点：
- 不删
operator bool()可能导致if (obj) {...}意外通过，甚至和!、&&等产生歧义 - 若只删部分转换（如留着
int删了double），要注意用户仍可能绕过：先转int再转double（如果int到double是标准转换） - C++11 起推荐用
explicit operator bool()替代= delete，更安全且兼容性更好
拦截重载函数的隐式参数转换：对非成员函数或成员函数使用 = delete
有时问题不出在类内部，而出在你提供的自由函数重载上。例如你写了 void func(MyClass)，但用户传了 int，结果触发 int → MyClass 构造再调用 func —— 这未必是你想要的。
这时可在重载中直接删掉接受原始类型的版本：
void func(MyClass) { /* ... */ }
void func(int) = delete; // ✅ 禁止 func(42)
void func(double) = delete; // ✅ 禁止 func(3.14)
// 也可删掉隐式构造后的路径：
void func(const MyClass&) = delete; // 若已有移动/拷贝版本，慎删
更隐蔽的情况是模板函数：
template<typename t>
void process(T t) { /* ... */ }
<p>// 禁止处理指针类型（防止意外传入裸指针）
template<typename t>
void process(T*) = delete;</typename></p></typename>
- 函数模板的
= delete必须在主模板之后、特化之前声明 - 删除非模板重载比删除模板更优先，编译器会先找精确匹配
- 注意 ADL（参数依赖查找）可能绕过你的
delete，因为编译器可能从别的命名空间找到另一个process
真正难的不是写 = delete，而是判断哪条隐式转换路径实际影响了接口契约。往往要结合调用现场的错误信息反推：看到 error: use of deleted function ‘MyClass::MyClass(double)’，说明有人试图用 double 构造对象；看到 no matching function for call to ‘func(int&)’ 却又没报 deleted，那可能是隐式转换根本没走到你删掉的那个函数上——得检查是否还有别的重载或模板干扰了决议。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
