explicit仅对单参数（或可退化为单参数）构造函数生效，用于防止隐式类型转换；必须加的场景是语义为“类型转换”而非“资源初始化”，如duration(int)、myptr(t*)等；反例是std::vector(size_t)。
加 explicit 是最直接有效的办法，但只对单参数（或可退化为单参数）构造函数生效；它不拦显式调用，也不影响拷贝/移动，更不作用于普通重载函数。
哪些构造函数必须加 explicit？
仅当构造函数语义上是「类型转换」而非「资源初始化」时才该加。典型场景包括：
-
Duration(int ms)：if (d > 100)中的100若隐式转成Duration，逻辑就错了 -
MyPtr(T* p)：防止func(ptr)意外触发临时对象构造，导致裸指针提前释放 -
SafeHandle(HANDLE h)：避免process(h)悄悄复制句柄，引发资源泄漏
反例：std::vector<int>(size_t n)</int> 不加 explicit 是合理的——n 明确表示“元素个数”，不是“把整数转成 vector”。
explicit 为什么有时没起作用？
常见误用导致“加了却没拦住”，原因包括：
- 构造函数实际不是单参数：比如
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影响
如何同时禁用隐式转换 + 封杀非法参数类型？
仅靠 explicit 不够时，配合 = delete 才能精准拦截：
-
explicit阻止隐式转换链，保留显式构造能力 -
= delete彻底封禁某类参数的构造入口，比如禁止用int或nullptr构造句柄类 - 示例：
Handle(int) = delete;和Handle(void*) = delete;同时存在，Handle h = 42;和Handle h = nullptr;都会编译失败
注意：这种组合不是防隐式转换，而是防非法输入源——两者的语义目标不同，不能互相替代。
别忘了 explicit operator bool() 这个关键补丁
几乎所有带布尔判据语义的类（如自定义句柄、状态包装器）都该加这个：
- 加了之后：
if (ptr)✅，!ptr✅，但ptr + 1❌、ptr == true❌、static_cast<int>(ptr)</int>❌ - 不加的后果：
int x = ptr + 5;居然能编译——因为ptr先隐式转bool，再提升为int，彻底失去类型安全 - 兼容性风险：老代码若依赖
if (obj == true)，加了就会 break
真正难调试的问题，往往藏在 explicit 没覆盖到的转换链上游，或 operator bool() 忘加 explicit 的地方。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
