explicit用于修饰单参数或可退化为单参数的构造函数，禁止隐式类型转换（如拷贝初始化、函数参数自动转换），但不适用于拷贝/移动构造函数；C++11起还可用于转换运算符（如explicit operator bool()）以提升安全性。
直接结论：在单参数（或带默认值可退化为单参数）构造函数前加 explicit，就能禁用隐式转换；但别乱加到拷贝/移动构造函数上——C++ 标准根本不允许。
哪些构造函数加 explicit 才有效
只有两类构造函数能被 explicit 修饰并起作用：
- 只有一个非默认参数的构造函数，例如
MyClass(int) - 多个参数但其余都有默认值、实际调用时能“缩成一个参数”的构造函数，例如
MyClass(int, std::string = "default")
常见错误现象：explicit MyClass(const MyClass&) 编译失败，报错类似 error: explicit constructor cannot be copy constructor。这是因为拷贝/移动构造函数本身就不支持 explicit —— 它们不是用于类型转换的，加了语法就非法。
使用场景：你写了一个 StringWrapper(const char*)，不希望用户写 func("hello") 就自动构造对象，而必须写 func(StringWrapper("hello"))，这时就该加 explicit。
立即学习“C++免费学习笔记（深入）”；
explicit 禁止什么、不禁止什么
它只管“从其他类型到本类型的隐式转换”，别的都不碰：
- 禁止：
MyClass a = 42;（拷贝初始化）、func(3.14);（函数参数隐式转换）、if (wrapper == "test")中因operator==触发的隐式构造 - 允许：
MyClass a(42);和MyClass a{42};（直接初始化）、func(MyClass(42));（显式构造后传参）、auto x = MyClass(y);（直接初始化，不触发隐式逻辑） - 不影响：赋值运算符（
a = b;）、移动/拷贝语义（MyClass b = std::move(a);仍合法，但MyClass b = std::move(a);是拷贝初始化，会被explicit阻止 —— 注意这里容易混淆）
性能影响：零运行时开销。但它能避免生成不必要的临时对象，间接减少构造/析构调用。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
C++11 起：explicit 也能用在转换运算符上
这是很多人忽略的安全关键点。比如自定义智能指针或状态包装器，应该写：
explicit operator bool() const { return data_ != nullptr; }
这样 if (ptr) { } 仍能通过，但 int x = ptr + 5; 会编译失败 —— 因为没有隐式转 int 的路径。
常见错误现象：if (myObj) {} 没问题，但 myObj == true 或 myObj + 1 居然能编译，说明你漏了 explicit 前缀。
兼容性注意：老代码若依赖 operator bool() 的隐式转换，加了 explicit 会直接 break 编译。
CTAD（类模板参数推导）和 explicit 的交互
C++17 引入 CTAD 后，explicit 构造函数会影响推导行为。例如：
template<typename T>
struct Wrapper {
explicit Wrapper(T);
};
Wrapper w1{42}; // OK：列表初始化，不触发 CTAD
Wrapper w2 = 42; // 错误：拷贝初始化，且构造函数是 explicit → 推导失败
auto w3 = Wrapper{42}; // OK：直接初始化，CTAD 成功
容易踩的坑：你以为 Wrapper w = 42; 只是语法糖，其实它依赖 CTAD + 拷贝初始化，而 explicit 会让这整条链断裂。别指望编译器“聪明地绕过”。
复杂点在于：是否加 explicit 不只是语法选择，它会真实改变调用点的写法、影响模板推导、甚至暴露设计意图是否清晰 —— 很多 bug 其实源于一开始没想清楚“这个构造到底该不该被悄悄调用”。
