explicit 用于禁止单参数构造函数的隐式转换，保留显式调用；= delete 彻底禁用指定构造或转换，包括显式调用；防隐式转换首选 explicit，封禁危险类型才用 = delete。
为什么 explicit 比 delete 更适合防隐式转换
隐式转换的核心触发点是「单参数构造函数」（含带默认参数的多参构造），而 `explicit` 的语义就是：允许显式调用（如 `MyClass(42)` 或 `MyClass{42}`），但拦住所有隐式上下文（如 `MyClass x = 42;`、`func(MyClass{10})` 中的临时量生成）。explicit 不删函数，只关掉隐式路径，保留可控入口。
用 = delete 则是一刀切：MyClass(int) = delete; 后，连 MyClass{42} 都编译失败。这不是防隐式转换，是防一切 `int` 构造——容易误伤合法显式初始化。
- 常见错误现象：
MyClass x = 42;报错信息指向call to deleted constructor，但用户本意只是想写错赋值，结果连构造都废了 - 如果你还提供了
MyClass(std::string)和MyClass(const char*)，却只删了int版，那MyClass x = "hello";仍能过——漏掉的类型照样隐式转 -
explicit具有“传染性”：若A(int)是explicit，而B(A)是普通构造，则B b = 42;依然失败，因为中间链断了
什么时候必须用 = delete 而不是 explicit
当你需要彻底禁止某类输入源，无论显式还是隐式——比如句柄类不允许用原始指针或整数初始化，只接受 RAII 封装的对象。
典型场景是封禁危险类型，而非泛泛防隐式：
立即学习“C++免费学习笔记（深入）”；
-
Handle(int) = delete;→ 拦住Handle h = 42;和Handle{42} -
Handle(void*) = delete;→ 拦住Handle{nullptr}、Handle{malloc(100)} - 必须把
= delete声明放在public区，否则友元或模板实例化可能绕过（编译器不报错，但行为不可控） - 不能只删
Handle(int)却漏掉Handle(long)或Handle(std::size_t)，它们在重载决议中是独立候选，各自需单独= delete
模板构造函数 + = delete 的陷阱
如果类写了泛型构造函数 template<typename t> MyClass(T&&)</typename>，它会匹配几乎所有类型，此时仅对非模板版 MyClass(int) = delete; 完全无效——模板版本优先参与重载决议，根本轮不到被删的那个。
正确做法不是粗暴删模板，而是约束它：
- 用
std::enable_if排除不希望支持的类型：template<typename t std::enable_if_t>>, int> = 0></typename> - C++20 推荐用
requires：template<typename t> MyClass(T&& t) requires (!std::is_arithmetic_v<:decay_t>>)</:decay_t></typename> - 绝对不要写
template<typename t> MyClass(T&&) = delete;</typename>—— 这会删掉移动构造（MyClass(MyClass&&)也是这个模板的实例），导致类不可移动 - 委托构造也要检查：如果
MyClass(int)调用了MyClass(long)，而后者没被删，那删前者毫无意义
别忘了 operator T() = delete
隐式转换不止“进”，还有“出”：类→其他类型的转换靠 operator T()。比如 operator bool() 会让对象直接用于 if (obj) { }，这是常见漏洞口。
要封死这类出口，得显式删掉对应转换运算符：
-
operator int() = delete;、operator double() = delete;、operator bool() = delete; - 不能只删
int却留着double：用户可写int x = obj + 0.0;触发double转换再隐式截断 - 模板转换运算符也要处理：
template<typename t> operator T() = delete;</typename>是危险操作，会删掉operator MyClass&()等合法引用转换；应逐个声明或加 SFINAE -
= delete必须写在类内，且不能带函数体（{}）；否则编译器报错不是“deleted”，而是“redefinition”
= delete，而是想清楚：你到底想拦什么？是防止误用（用 explicit），还是彻底封禁某类值（用 = delete），还是堵住模板泛化带来的意外路径（用 requires 或 enable_if）——三者混用时，顺序和可见性稍有偏差，拦截就失效。 
