explicit修饰单参构造函数或含默认参数的构造函数时，禁止隐式转换，仅允许显式初始化；也适用于转换运算符（如operator bool），防止意外类型转换，但不影响static_cast和直接初始化。
explicit 修饰构造函数时阻止隐式转换
当构造函数只有一个参数（或多个参数但除第一个外都有默认值）时，C++ 默认允许用该参数类型隐式构造对象。
explicit
常见错误现象：传参时编译器悄悄调用单参构造函数生成临时对象，导致逻辑难追踪、性能损耗、甚至重载决议出错。
- 不加
explicit：MyString s = "hello";合法（隐式调用MyString(const char*)） - 加了
explicit：MyString s = "hello";编译失败，必须写成MyString s("hello");或MyString s{"hello"}; - 函数传参同样受影响：
void foo(MyString);调用foo("world");在explicit构造函数下会报错
explicit 不能用于拷贝/移动构造函数以外的多参构造函数
explicit 只能修饰单个参数的构造函数（含默认参数后实际为单参），对多参构造函数无效——因为 C++ 本来就不允许多参构造函数参与隐式转换（语法上无法“省略”参数）。
但 C++11 起支持委托构造和初始化列表，所以要注意：即使构造函数形参多个，只要能通过花括号初始化语法 {...} 被当成“单一初始化源”，explicit 仍起作用。
立即学习“C++免费学习笔记（深入）”；
- 合法使用：
explicit MyVec(int size, int value = 0);—— 因为MyVec v = {10};触发隐式转换，explicit会禁止它 - 无效使用：
MyVec(int x, int y, int z);加explicit没意义，MyVec v = {1,2,3};本身就不被当作隐式转换，而是直接列表初始化 - 关键判断依据：看是否可能出现在
=初始化语境中（即复制初始化），而非声明初始化
explicit 对转换运算符也适用（C++11 起）
除了构造函数，explicit 还可用于 operator T() 类型转换函数，防止对象被隐式转为目标类型。
class SafeHandle {
public:
explicit operator bool() const { return handle_ != nullptr; }
private:
void* handle_;
};这样写之后：if (h) { ... } 仍合法（C++ 允许 explicit operator bool 用于条件语句），但 bool b = h; 或 int x = h; 就会编译失败。
- 没加
explicit的operator bool是危险的：可能被隐式转成int、void*等，引发意外整数提升或指针比较 - 几乎所有用户定义的
operator bool都应加explicit，这是现代 C++ 的实践惯例 - 其他转换运算符如
operator int()加explicit后，就彻底失去隐式转换能力，只能显式调用static_cast(obj)
explicit 不影响 static_cast 和直接初始化
explicit 只禁用隐式转换路径，所有显式转换方式依然畅通无阻。这点常被误认为“限制太死”，其实恰恰是设计意图：把控制权交还给程序员。
-
MyString s("abc");—— 直接初始化，不受explicit影响 -
MyString s{"abc"};—— 列表初始化，也不受影响 -
MyString s = MyString("abc");—— 复制初始化但右侧已是对象，不触发构造函数隐式调用 -
MyString s = static_cast—— 显式转换，绕过("abc"); explicit限制 - 真正被拦住的只有像
func(MyString)接收"abc"这类“一步到位”的隐式构造场景
explicit 的本质不是“禁止转换”，而是“拒绝自动推断”。它让类型边界更清晰，尤其在模板泛型、重载解析和资源管理类（如智能指针、文件句柄）中，漏掉 explicit 往往意味着静默 bug 的温床。
