单参数构造函数默认是转换构造函数，只要参数无默认值或其余参数均有默认值，编译器即按标准启用隐式转换；explicit可禁用该行为以提升安全性和性能。
单参数构造函数默认就是转换构造函数
只要一个类的构造函数只接受一个参数（且该参数没有默认值，或其余参数都有默认值），编译器就把它当作“转换构造函数”——这不是额外功能，而是 C++ 标准规定的隐式行为。它不依赖你是否写了 operator int() 或其他转换函数，纯粹由构造函数签名决定。
比如：class String { public: String(const char*); };，那么 "hello" 就能直接传给接受 String 的函数，编译器自动插入 String("hello") 构造临时对象。
- 参数类型必须可从当前上下文隐式获得（如字面量、变量、返回值）
- 构造函数不能被声明为
explicit，否则此路径被禁用 - 多个单参数构造函数共存时，可能引发重载歧义，编译器报错
ambiguous overload
隐式转换发生在哪些具体场景
它不是只在赋值时出现，而是在任何需要“类型匹配”的表达式上下文中都可能触发：
- 函数调用：比如
void log(String s)，调用log("error")会隐式转 - 拷贝初始化：
String s = "test";（注意不是String s("test");） - 模板实参推导中，若模板函数形参是
T，而你传入原始类型，可能意外触发转换再匹配 - 容器操作：
std::vector<string> v = {"a", "b"};</string>，每个字符串字面量都会走一遍隐式构造
这些场景看似自然，但一旦 String 构造开销大（比如做内存分配或编码检查），就会悄悄拖慢性能；更糟的是，它可能掩盖接口意图——你本意是“只接受已构造好的 String”，结果用户却传了裸指针。
为什么 explicit 是最直接有效的防御手段
explicit 不改变构造函数能力，只关闭它参与隐式转换的资格。它让编译器把“是否允许自动插构造调用”这个决定权交还给你。
-
explicit String(const char*)→log("x")编译失败，log(String("x"))才合法 - 对
int、double、std::string_view等所有单参数情形都生效 - 不影响直接初始化：
String s("abc")和String s{str}依然可用 - 现代 C++ 项目普遍将
explicit视为单参数构造函数的默认实践，除非你明确设计了 DSL 风格的隐式语法（极少见）
容易被忽略的边界情况
有些写法看起来不像单参数，实际仍会触发隐式转换：
- 带默认参数的多参构造：
class X { X(int a, int b = 0); };→ 它等价于单参数构造函数 - 模板构造函数实例化后变成单参：
template<typename t> X(T t);</typename>当T=int时，就构成隐式转换入口 - 继承体系中基类有单参构造，派生类未显式定义构造函数，也可能间接启用该行为
真正安全的做法不是靠经验判断“这里应该没问题”，而是在每个单参数构造函数前本能加上 explicit，除非你白纸黑字写注释说明“此处隐式转换是接口契约的一部分”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
