explicit仅对单参数构造函数（含默认参数）生效，用于防止类型转换而非资源初始化的场景；需配合explicit operator bool()保障布尔判据安全。
加 explicit 是最直接、最可靠的方式，但只对特定构造函数生效——不是所有单参数构造函数都该加，也不是加了就万事大吉。
哪些构造函数必须加 explicit？
仅当构造函数语义上是「类型转换」而非「资源初始化」时，才应加 explicit。典型场景包括：
- 数值包装类：
class Duration { explicit Duration(int ms); };—— 否则if (d > 100)会悄悄把100转成Duration，逻辑错乱 - 智能指针封装：
class MyPtr { explicit MyPtr(T* p); };—— 防止func(ptr)中裸指针意外触发临时对象构造，引发提前释放 - 句柄/状态包装器：
class SafeHandle { explicit SafeHandle(HANDLE h); };—— 避免process(h)悄悄复制句柄导致资源泄漏
反例：std::vector<int>(size_t n)</int> 不加 explicit 是合理的，因为 n 明确表示“元素个数”，不是“把整数转成 vector”。
explicit 不起作用的常见误用
加了 explicit 却发现没拦住隐式转换？大概率踩了这些坑：
立即学习“C++免费学习笔记（深入）”；
- 构造函数实际不是单参数：比如
MyClass(int, char = ' ')看似双参，但因有默认值，仍算单参数构造函数；而MyClass(int, char)（无默认值）加explicit也无效——它本来就不能隐式转换 - 用了直接初始化：
MyClass obj(42);或MyClass obj{42};——explicit完全不干预，这是设计使然 - 误给拷贝/移动构造函数加
explicit：explicit MyClass(const MyClass&)直接编译失败，C++ 标准禁止这种写法 - CTAD（类模板参数推导）绕过检查：
auto x = MyClass{42};走的是直接初始化，不受explicit影响；但auto y = MyClass{42};若配合模板工厂函数（如make_myclass(42)），可能因推导规则失效而报错
为什么 explicit operator bool() 几乎是必需的
几乎所有带布尔判据语义的类（如 std::unique_ptr、std::optional、自定义句柄）都该加这个：
- 加了之后：
if (ptr) { }✅，!ptr✅，但ptr + 1❌、ptr == true❌、static_cast<int>(ptr)</int>❌ - 不加的后果：
int x = ptr + 5;居然能编译——因为ptr隐式转bool，再提升为int，彻底失去类型安全 - 注意兼容性：
explicit operator bool()在 C++11 引入，老代码若依赖if (obj == true)这类写法，加了就会 break
容易被忽略的边界情况
真正难调试的问题往往藏在细节里：
-
explicit对性能零开销，但它不能阻止所有临时对象——比如return MyClass(42);仍可能生成临时对象（尽管 RVO 可能优化掉） - 函数重载时，
explicit会改变可行函数集：void f(MyClass); void f(int);，加了explicit后，f(42)就不再歧义，直接选f(int) - 模板类中，如果构造函数模板被实例化为单参数形式（如
template<typename t> MyClass(T)</typename>推导出MyClass(int)），explicit依然生效，但容易被忽略 - C++23 的
explicit(false)尚未普及，别指望靠它“动态取消”约束
