单参数构造函数易引发隐式转换，因编译器将其视为类型转换构造函数；explicit仅对单参数或带默认值可退化为单参数的构造函数生效，用于禁止隐式转换，是控制隐式转换的第一道防线。
为什么单参数构造函数容易引发隐式转换
当类定义了只接受一个参数的构造函数（含默认参数后只剩一个必需参数），编译器会把它当作“类型转换构造函数”，允许在需要目标类型的地方，自动用该参数构造临时对象。比如 String s = "hello" 看似赋值，实则调用了 String(const char*) 构造函数生成临时 String 对象再拷贝——这既低效，又可能掩盖逻辑错误。
explicit 关键字怎么用才生效
在构造函数声明前加 explicit，就能禁止编译器用它做隐式转换。注意：它只对「单参数构造函数」或「多个参数但其余都有默认值」的构造函数起作用；对多参数且无默认值的构造函数无效（C++11 起支持 explicit 修饰转换运算符，但此处不涉及）。
-
explicit String(const char* s)→String s = "abc"编译失败，必须写成String s("abc")或String s = String("abc") -
explicit String(int n, char c = ' ')→ 因为可退化为单参数调用，String s = 10同样被禁止 -
String(int n, char c)（无默认值）→explicit可加可不加，效果一样，因为本来就不能隐式转换
哪些场景下 explicit 尤其关键
以下情况不加 explicit 很容易出问题：
- 数值类型包装类：如
class Duration { explicit Duration(int ms); }，否则if (d > 100) ...会悄悄把100转成Duration，语义错乱 - 智能指针封装：如
class MyPtr { explicit MyPtr(T* p); }，避免func(ptr)中传入裸指针时意外构造临时智能指针，导致提前释放 - 字符串类：如
std::string本身就把explicit string(const char*) = delete;（C++20 起）或类似设计，防止void f(string); f("hi");产生不必要的临时对象
explicit 不解决所有临时对象问题
即使加了 explicit，某些表达式仍会产生临时对象，比如函数返回值、std::move 转换、拷贝初始化中显式调用构造函数等。真正减少临时对象，还需结合移动语义、返回值优化（RVO）、避免不必要的拷贝（如传 const 引用而非值）。
立即学习“C++免费学习笔记（深入）”；
class Widget {
public:
explicit Widget(int x) : val(x) {}
Widget(const Widget& other) : val(other.val) { /* 拷贝构造 */ }
Widget(Widget&& other) noexcept : val(other.val) { /* 移动构造 */ }
private:
int val;
};
<p>// 下面三行都产生临时对象，但 explicit 只影响第一行是否允许：
Widget w1 = Widget(42); // 显式构造 + 拷贝/移动（取决于编译器优化）
Widget w2(42); // 直接构造，无临时对象
Widget w3 = std::move(w2); // 移动构造，w2 成为有效但未定义状态</p>explicit 是控制隐式转换的第一道防线，但它不等于零开销；真正要压临时对象，得看上下文里有没有被忽略的拷贝、有没有 RVO 触发条件、以及是否误用了值传递。
