operator T() = delete; 和 T() = delete; 不能禁止所有隐式转换，因为 = delete 仅作用于显式声明的函数，无法影响编译器合成或未声明的转换路径；需主动声明并删除单参数构造函数、转换运算符及拷贝/移动成员。
为什么 delete 不能直接禁止“隐式构造转换”
直接写 operator T() = delete; 或 T() = delete; 并不能如愿禁止所有隐式构造转换。C++ 中的隐式转换分两类：一是从其他类型转到本类（靠构造函数），二是从本类转到其他类型（靠转换运算符）。而 delete 只能删除已声明的函数——它不自动作用于编译器可能合成的、你没显式写出的那些。
常见误解是以为删掉默认构造函数就能拦住所有转换，其实不然。比如一个带 explicit 构造函数的类，仍可能因用户自定义的转换运算符被悄悄转出去；反过来，若类有非 explicit 构造函数，哪怕你删了拷贝/移动构造，只要存在接受单参数的构造函数，就仍可被隐式调用。
- 隐式转换入口主要是：单参数构造函数（不含
explicit）、转换运算符（operator T()） -
delete只对「你声明了但不想让它生效」的函数起效，不是全局开关 - 模板类中，若依赖推导（如
template<typename t> X(T)</typename>），= delete必须在模板定义内显式特化或泛化禁用，否则实例化时仍可能生成合法版本
如何用 = delete 精准封杀常见隐式转换路径
真正可控的做法，是主动声明所有可能触发隐式转换的函数，并逐一 = delete。重点覆盖三类：
- 所有单参数构造函数（含模板版）：
template<typename T> X(T) = delete;
注意：必须写在类内，且不能只删int版而漏掉double或自定义类型 - 所有转换运算符：
template<typename T> operator T() = delete;
或逐个写死：operator int() = delete;、operator bool() = delete;等 - 拷贝/移动构造与赋值（防间接隐式）：
X(const X&) = delete;<br>X(X&&) = delete;<br>X& operator=(const X&) = delete;<br>X& operator=(X&&) = delete;
否则某些上下文（如函数返回临时量绑定到 const 引用）仍可能绕过限制
模板类中避免误触发：SFINAE + = delete 组合技
泛型构造函数容易成为隐式转换漏洞口，比如：
template<typename T> X(T t);若不限制，任何
T 都能构造 X。此时不能只靠 = delete，得配合 std::enable_if 或 C++20 requires 做约束，再对不满足条件的实例显式删除：
立即学习“C++免费学习笔记（深入）”；
- C++17 写法：
template<typename T, std::enable_if_t<std::is_same_v<T, int>, int> = 0><br>X(T) { /* only int allowed */ }<br>template<typename T><br>X(T) = delete; // 兜底删掉所有其他 T - C++20 更清晰：
template<typename T><br>requires std::same_as<T, int><br>X(T);<br>template<typename T><br>X(T) = delete;
- 关键点：两个模板声明必须共存，且删除版不能比有效版更偏特化，否则 SFINAE 不生效，
= delete会被忽略
容易被忽略的兼容性陷阱
有些隐式转换行为在低版本标准下不报错，但高版本会收紧。例如：
- C++11 起，
operator bool()若未= delete，会导致if(obj)合法，还可能意外参与算术运算（如obj + 1） - 继承体系中，基类若允许隐式转换，派生类即使删了也无效——转换路径仍可通过基类发生
- 使用
auto推导时，看似没转换，实则初始化列表或函数返回值可能触发隐式构造，需检查所有构造函数是否都加了explicit或= delete - 第三方库传入的类型若重载了
operator X()，你的类无法控制——这时只能靠设计隔离（如用struct+private构造 +friend显式授权）
最稳妥的方式不是“删光所有可能”，而是从设计源头拒绝隐式语义：默认所有构造函数加 explicit，不写转换运算符，仅在明确需要时开放白名单接口。否则 = delete 很容易漏掉某个模板实例或隐式生成的成员。
