explicit仅对单参数构造函数生效，阻止编译器隐式调用该构造函数完成类型转换，但不影响显式构造、static_cast或转换函数；移动构造函数也可加explicit以防意外隐式移动。
explicit 关键字只对单参数构造函数有效
它不是给所有转换加锁的万能开关，只作用于能被编译器用来做隐式类型转换的构造函数——也就是恰好接受 一个参数（或多个参数但其余都有默认值）的构造函数。如果构造函数带两个及以上必须显式传入的参数，explicit 根本不生效，也无需加。
常见错误现象：MyString s = "hello"; 意外触发了 MyString(const char*) 构造，而你其实只想允许 MyString s("hello"); 这种写法。
- 使用场景：封装字符串、智能指针、数值包装类（如
Seconds、Path）时，防止字面量或基础类型“悄悄”变成对象 - 参数差异：
explicit MyString(const char*)禁止MyString s = "abc";；但MyString s("abc");和func(MyString("abc"));依然合法 - 性能影响：无。它只改变编译期行为，不生成额外代码
explicit 不阻止 static_cast 或直接构造调用
explicit 的目标是拦住「编译器自动插入的转换」，而不是禁止所有转换。只要人明确写了，它就放行。
常见错误现象：以为加了 explicit 就彻底“封死”了转换，结果发现 static_cast<mystring>("hello")</mystring> 还是能过，或者 func(MyString("world")) 被误认为是隐式转换。
立即学习“C++免费学习笔记（深入）”；
-
static_cast、const_cast等显式转型始终绕过explicit限制 - 直接构造语法（
MyString("abc")）也不是隐式转换，而是显式创建，不受影响 - 函数参数如果是
MyString类型，传入"hello"会触发隐式转换——这正是explicit要拦住的典型场景
用户定义的类型转换函数（operator T()）不能加 explicit
只有构造函数能用 explicit，反过来的转换——比如 MyString 自动转成 const char* ——靠的是 operator const char*() 这类转换函数。这类函数本身不支持 explicit 修饰（C++11 起才支持 explicit operator bool()，且仅限 bool）。
常见错误现象：加了 explicit 构造函数，却忘了类里还有 operator int()，导致 if (myIntObj) { ... } 意外触发转换，甚至引发二义性。
- 若需控制向
bool的转换，可用explicit operator bool() const防止int x = myObj;这类误用 - 其他类型转换函数（
operator double()、operator std::string()）无法显式标记，只能靠设计规避：比如改用命名函数to_string() - C++20 起仍不支持
explicit operator int()，别试
移动构造函数和移动赋值也值得加 explicit
虽然移动操作通常不用于隐式转换，但某些模板上下文（尤其是完美转发或 ADL 查找中）可能意外触发移动构造，尤其当类型可被 move-only 且构造函数形参是右值引用时。
常见错误现象：在 std::vector<mytype> v = { std::move(x), std::move(y) };</mytype> 中，若移动构造函数非 explicit，配合某些编译器或标准库实现，可能引发非预期的临时对象构造链。
- 移动构造函数加
explicit是保守做法，尤其当你不希望它参与任何隐式上下文（如auto t = std::move(some_obj);推导为MyType） - 注意：拷贝构造函数默认就是隐式的，移动构造函数默认也是隐式的，二者行为一致，都可加
explicit - 兼容性影响：极少。主流标准库容器（如
vector、unique_ptr）内部使用直接初始化，不依赖隐式移动
最容易被忽略的是：explicit 只管“一条路”，而 C++ 的类型转换路径有好几条——构造函数、转换函数、模板推导、重载解析。光堵住构造函数，不代表万事大吉；得看清楚你真正想防的是哪一步转换，在哪个上下文中发生。
