explicit关键字仅作用于单参数构造函数（含多参但带默认值可单参调用的情况），禁止编译器隐式转换，如MyClass obj = 5;失败，但MyClass obj(5);合法；它不影响转换函数、赋值运算符、移动构造函数（加explicit会禁用拷贝初始化）或委托构造函数。
explicit 关键字只对单参数构造函数（或多个参数但有默认值导致可单参数调用）起作用
它不阻止显式调用，只禁止编译器自动插入隐式转换。比如 MyClass obj = 5; 这种拷贝初始化会失败，而 MyClass obj(5); 或 MyClass obj = MyClass(5); 依然合法。
常见误判是以为 explicit 能禁用所有类型转换——其实它对 operator int() 这类转换函数无效，也不影响赋值运算符重载。
- 只有构造函数声明前加
explicit才生效，放在定义处无效 - 支持多参数构造函数（C++11 起），但仅当其余参数都有默认值、实际调用时能退化为单参数时才可能触发隐式转换
- 模板构造函数也能加
explicit，但推导后是否隐式转换取决于实例化结果
哪些场景必须加 explicit 防止静默错误
典型高危情况是「数值→容器」「数值→智能指针」「字符串字面量→包装类」这类语义跨度大的转换。例如：
class StringWrapper {
public:
StringWrapper(const char* s); // ❌ 不加 explicit，"hello" 会悄悄转成 StringWrapper
};一旦用于函数参数或容器初始化，就可能引发非预期的临时对象构造：
立即学习“C++免费学习笔记（深入）”；
-
void log(StringWrapper s); log("error");—— 意外构造临时对象，可能隐藏内存分配开销 -
std::vector—— 每个字面量都隐式转，效率低且易误解意图v = {"a", "b", "c"}; -
if (wrapper == "test")—— 若同时定义了operator==，可能触发两次隐式转换（const char*→StringWrapper→ 比较）
explicit 对移动构造函数和委托构造函数的影响
移动构造函数加 explicit 很少见，但合法。它会阻止形如 MyClass obj = std::move(other); 的拷贝初始化，强制写成 MyClass obj(std::move(other));。这通常没必要，反而破坏习惯写法。
委托构造函数本身不能标 explicit，但被委托的目标构造函数若带 explicit，整个委托链仍受约束。
- 返回局部对象时（NRVO 未触发），
return MyClass(x);不受影响，因为这是直接初始化 -
auto x = MyClass(y);是直接初始化，不触发隐式转换逻辑，无论是否explicit - lambda 捕获或结构化绑定中若涉及隐式构造，
explicit同样会使其编译失败
检查是否遗漏 explicit 的实用方法
Clang 和 GCC 都支持 -Wconversion 和 -Wsign-conversion，但它们不覆盖用户自定义类型转换。更有效的是启用 -Wimplicit-conversion（Clang）或使用静态分析工具如 clang-tidy 的 google-explicit-constructor 规则。
一个快速自查技巧：对每个单参数构造函数，问自己——“如果这里写成 MyClass x = some_value;，业务上是否合理？” 如果答案是否定的，就必须加 explicit。
尤其注意那些接受 int、size_t、bool、const char*、std::string_view 的构造函数，它们是最常被误用的隐式入口点。
