explicit修饰单参数构造函数可阻止隐式转换，如String s = "hello"会报错，必须写String s("hello")；仅单实参可触发的构造函数加explicit才有效，多参数或委托构造函数无需添加。
explicit修饰单参数构造函数时如何阻止隐式转换
当类只有一个参数的构造函数（或多个参数但其余都有默认值）存在时，编译器会自动将其当作类型转换函数使用，这常导致意外行为。加 explicit 就能禁止这种隐式调用。
比如 class String { public: String(const char*); }; 允许写 String s = "hello"; —— 这里发生了隐式转换：先用 "hello" 构造临时 String，再拷贝初始化 s。加上 explicit 后，这行直接报错。
-
explicit String(const char*);→String s = "hello";编译失败，必须写String s("hello");或String s{"hello"}; - 支持
static_cast<string>("hello")</string>，但不支持func(String)形参时传入"hello"（除非显式转换） - C++11 起，
explicit也支持修饰转换运算符，如explicit operator bool() const;，防止if (obj) {...}外的隐式转bool
哪些构造函数加explicit才算真正起作用
只有能被“单个实参”触发的构造函数才需要、也才能用 explicit 控制隐式转换。多参数构造函数本身就不会参与隐式转换，加了也无意义（C++11 起允许语法上加，但无实际效果）。
- 有效：
explicit Foo(int);、explicit Bar(std::string, int = 42);（第二个参数有默认值，仍算单参数可调用） - 无效（语法允许但无作用）：
explicit Baz(int, double);—— 编译器根本不会用它做隐式转换 - 注意：委托构造函数（delegating constructor）不参与隐式转换，无需也不应加
explicit
常见踩坑：移动构造函数和explicit的关系
移动构造函数（Foo(Foo&&)）默认是隐式的，但一般**不需要**加 explicit。加了反而会破坏标准库容器（如 std::vector::push_back）的正常工作，因为它们依赖移动语义的隐式调用。
立即学习“C++免费学习笔记（深入）”；
- 错误示范：
explicit Foo(Foo&&);→v.push_back(Foo{});可能编译失败（无法隐式移动） - 正确做法：移动构造函数保持非
explicit；仅对「可能被误用为类型转换」的单参数构造函数加explicit - 例外：极少数场景下你明确想禁用移动（比如调试资源泄漏），但这是主动设计，不是防隐式转换
explicit在模板类中怎么写才安全
模板类的构造函数是否隐式，取决于实例化后的参数数量。直接写 explicit 是安全的，但要注意 SFINAE 和推导上下文的影响。
- 推荐写法：
template<typename t> explicit Foo(T&&);</typename>—— 对于Foo<int></int>，它等价于单参数构造函数，explicit生效 - 风险点：如果模板参数能推导出多个类型（比如接受
std::initializer_list），要确认是否真构成单参数调用路径 - 更稳妥的方式是配合
std::enable_if限制只对“可隐式转换的类型”启用该构造函数，并统一加explicit
最容易被忽略的是：explicit 不影响复制初始化语法（=）中的显式构造调用，只拦隐式转换。很多人以为写了 explicit 就不能用 =，其实 String s = String("hello"); 没问题，但 String s = "hello"; 才被拦。
