explicit仅作用于单参数构造函数和转换运算符，拦截复制初始化与隐式转换序列，但放行直接初始化、显式转换、赋值操作；禁止用于拷贝/移动构造函数；operator bool()应加explicit以保障类型安全；CTAD在复制初始化中受explicit限制。
explicit 只对单参数（或带默认值后可单参数调用）的构造函数和转换运算符起作用，它不阻止你写代码，只阻止编译器“悄悄帮你补一句构造”——这是绝大多数误用和困惑的根源。
explicit 构造函数什么时候会生效
它只在「复制初始化」和「隐式转换序列」中被拦截，其他所有场景都放行。比如 MyClass obj = 42;、func(3.14);（而 func 参数是 MyClass）、if (wrapper == "abc")（若 operator== 接受 const char* 和隐式构造的 MyClass）都会触发检查。
但这些完全不受影响：
-
MyClass obj(42);或MyClass obj{42};—— 直接初始化，explicit 不插手 -
MyClass obj = MyClass(42);—— 右边已是对象，不涉及隐式构造 -
static_cast<myclass>(42)</myclass>—— 显式转换，explicit 不禁止 -
MyClass a; a = 42;—— 这走的是赋值运算符，不是构造函数
为什么给拷贝/移动构造函数加 explicit 会报错
C++ 标准明确禁止对拷贝构造函数（MyClass(const MyClass&)）或移动构造函数（MyClass(MyClass&&)）使用 explicit。编译器会直接报 error: explicit constructor cannot be copy constructor。
立即学习“C++免费学习笔记（深入）”；
这不是限制你的自由，而是语义冲突：拷贝初始化（如 MyClass a = b;）本就依赖拷贝/移动构造函数参与，如果再加 explicit，等于要求“用显式方式做隐式语义的事”，逻辑上矛盾。
常见错误现象：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 把
explicit MyClass(MyClass&&)当成“防止移动语义滥用”，结果编译不过 - 模板类里误推导出移动构造函数签名，顺手加了
explicit，导致整个类无法用于std::vector等容器
explicit operator bool() 是必须加的
几乎所有自定义布尔判据类型（比如 SafeHandle、Optional、Expected）都应该用 explicit operator bool() const，否则 if (h) { } 能过，但 int x = h + 5; 或 h == true 也能过——因为隐式转 bool 后又提升为 int，完全失去类型安全。
加了 explicit 后：
-
if (h)、while (h)、h ? a : b依然合法（C++ 特殊豁免） -
bool b = h;、int x = h;、h == nullptr全部编译失败 -
static_cast<bool>(h)</bool>仍可用，但你得主动写，不会误触
漏掉这个 explicit 是生产环境里最隐蔽的 bug 来源之一：它不 crash，但会让类型系统形同虚设。
CTAD 和 explicit 的交互容易被忽略
C++17 引入的类模板实参推导（CTAD）在遇到 explicit 构造函数时，行为和普通初始化不同：explicit 会阻止 CTAD 在复制初始化语境中工作，但不影响直接初始化。
例如：
template<typename T>
struct Box {
explicit Box(T value) : val(value) {}
T val;
};
那么：
-
Box b1 = 42;—— 编译失败（CTAD + 复制初始化，explicit 拦截） -
Box b2{42};—— 成功（CTAD + 直接初始化，explicit 不干预） -
Box b3(42);—— 成功（同上）
这个细节在写泛型包装器时特别关键：如果你希望用户能自然地写 Box x = 1.0;，就不能给构造函数加 explicit；但如果你更在意类型安全，宁可让用户多敲几个括号，那就加——没有银弹，只有取舍。
