explicit构造函数的核心作用是禁止编译器在赋值、函数传参、拷贝初始化等场景中自动用单参数构造函数做隐式类型转换，强制必须显式调用如MyClass(x)或MyClass{x}，从而提升代码安全性与可读性。
explicit 构造函数的核心作用是：禁止编译器在赋值、函数传参、拷贝初始化等场景中，自动用单参数构造函数做隐式类型转换。它不改变功能，只收紧调用方式——必须显式写 MyClass(x)，不能靠编译器“猜”着调用。
为什么单参数构造函数默认允许隐式转换？
C++ 把只有一个参数（或其余参数都有默认值）的构造函数，自动视为“转换构造函数”。这本意是方便，但极易埋雷：
-
std::string s = "hello"看似合理，但如果MyString也有MyString(int size)，MyString s = 10就会悄悄分配 10 字节缓冲区，而非你预期的“从字符串字面量构造” - 函数参数接受
MyClass，却意外接收了int、double、甚至bool—— 编译通过，运行时逻辑错位 - 拷贝初始化（
MyClass obj = 42;）和直接初始化（MyClass obj(42);）行为不一致，前者依赖隐式转换，后者不依赖
explicit 会禁掉哪些写法？
假设类声明为 explicit MyClass(int x)，以下全部编译失败：
- 函数调用：
func(42)（当func参数为MyClass时） - 拷贝初始化：
MyClass obj = 42; - 返回值隐式构造：
return 100;（当函数返回类型为MyClass） - 容器插入（部分场景）：
vec.push_back(5);（若vec是std::vector<myclass></myclass>，且无匹配重载）
但这些仍合法：
立即学习“C++免费学习笔记（深入）”；
- 直接初始化：
MyClass obj(42); - 显式构造传参：
func(MyClass(42)); - 列表初始化（C++11 起）：
func({42});或MyClass obj{42};（注意：仅当构造函数为explicit时，{}初始化仍被允许）
什么时候不该加 explicit？
不是所有单参数构造函数都该加 explicit，关键看语义是否“天然可转换”：
- 智能指针如
std::shared_ptr<t></t>的shared_ptr(U* p)是explicit的，防止裸指针误转；但std::unique_ptr<t></t>同样构造函数也是explicit，因所有权转移必须显式 - 数值包装类如
std::chrono::seconds的seconds(long rep)是explicit的，避免sleep_for(5)被误认为是 5 秒（实际是sleep_for(seconds(5))） - 反例：如果类就是“某种单位的数值”，比如
Distance(double m)，且你明确希望add(Distance(1.5), 2.0)中的2.0自动转成Distance，那可以不加——但这种设计需团队共识，并配好文档
最容易被忽略的是：C++11 后，explicit 也适用于多参数构造函数（用于禁止 func({a, b}) 这类列表初始化引发的隐式转换），而不仅是单参数。只要构造函数带 explicit，所有隐式路径就全被堵死，只留显式调用这一条路。
