explicit用于禁止单参数构造函数的隐式类型转换，防止如MyString s = "hello"这类意外转换，仅对单参数（含带默认参数后剩一个非默认参数）构造函数有效，不影响operator=或拷贝/移动构造函数。
explicit 用来禁止单参数构造函数的隐式类型转换
当类定义了只接受一个参数的构造函数时，C++ 默认允许用该参数类型“悄悄”转成类对象，比如 MyString s = "hello" 看似赋值，实际触发了 const char* → MyString 的隐式转换。这容易引发歧义、意外拷贝，甚至覆盖预期行为（比如重载函数选错版本）。加 explicit 就能堵住这个口子。
常见错误现象：void func(MyString) 被误调用为 func("world")；或 if (obj == "test") 意外触发构造再比较；调试时发现对象被多构造了一次却找不到调用点。
- 仅对**单参数构造函数**（含带默认参数后只剩一个非默认参数的）有效
- 不阻止显式转换：
MyString s("hello")或MyString s = MyString("hello")仍合法 - C++11 起也支持
explicit用于转换运算符，防止static_cast之外的隐式转出
什么时候必须加 explicit
只要构造函数语义上**不是“等价于某种类型”的自然转换**，就该加。典型场景包括：资源封装类（FileHandle、UniquePtr）、字符串包装类、数值包装类（如 SafeInt）。
反例：把 int 构造成 BigInt 是合理转换，但构造成 DatabaseConnection 显然不是——后者必须强制使用者写清楚意图。
立即学习“C++免费学习笔记（深入）”；
- 参数是原始指针、文件描述符、句柄等需要明确所有权转移的资源时，不加
explicit可能导致资源被无意复制或提前释放 - 模板类中，若构造函数模板推导出单参数实例（如
template），也建议加Wrapper(T) explicit防止泛型隐式转换失控 -
标准库几乎全部单参数构造函数都用了
explicit（如std::vector的explicit vector(size_type)）
explicit 对 operator= 和拷贝/移动构造函数无效
explicit 只作用于**转换构造函数**，不影响赋值操作。比如 s = "abc" 调用的是 operator=（如果存在接受 const char* 的重载），而非构造函数，所以加 explicit 对它没用。
同样，拷贝构造函数 MyString(const MyString&) 和移动构造函数也不受 explicit 影响——它们本来就不参与隐式转换链。
- 想禁用某类赋值，得删掉或
= delete对应的operator= - 隐式转换可能绕过
explicit：如果类同时有explicit MyString(int)和operator int()，那int x = mystr仍可能发生（转出），这时需考虑是否也要explicit operator int()
编译器兼容性与现代写法
所有主流编译器（GCC、Clang、MSVC）从 C++11 起完整支持 explicit 单参数构造函数；C++98 仅支持用于构造函数，不支持转换运算符。
注意：某些旧代码用宏包装 explicit（如 #define EXPLICIT explicit）来适配 C++98，现在已无必要。C++20 还允许在聚合类型中用 explicit 控制 brace 初始化的隐式转换，但使用极少，日常开发专注构造函数即可。
- 别为了“统一风格”给多参数构造函数加
explicit——语法错误，编译不过 - Clang/GCC 会警告未加
explicit的单参数构造函数（启用-Wconversion或-Weffc++），可作为检查手段 - 真正容易被忽略的是：带默认参数的构造函数，例如
MyString(const char* s = nullptr, bool copy = true)，实际只剩一个非默认参数时，它仍算单参数构造函数，也应加explicit
