explicit 关键字用于禁止单参数构造函数的隐式类型转换，提升安全性与可读性；如 String s = 10 或 print(42)将报错，必须显式调用 String(10)或 print(String(42))。
explicit 关键字用于修饰单参数构造函数（或多个参数但除第一个外都有默认值的构造函数），它的核心作用是 禁止编译器进行 隐式类型转换，从而避免意外的、不易察觉的类型转换行为，提升代码的安全性和可读性。
防止意外的 隐式转换
没有 explicit 时，编译器可能在你不注意的地方自动调用构造函数完成类型转换。比如：
class String {public: String(int n) {/* 分配 n 字节内存 */} String(const char* s) {/* 构造字符串 */} };此时下面的代码能悄悄通过：
String s = 10; // 隐式调用 String(int)，s 变成一个长度为 10 的空字符串 void print(String str); print(42); // 隐式转换：传入 int 42 → 构造临时 String 对象 → 调用 print这通常不是程序员本意，容易引发逻辑错误或性能问题（如无意义的临时对象）。
立即学习“C++ 免费学习笔记（深入）”；
显式调用才允许构造
加上 explicit 后：
class String {public: explicit String(int n) {/* …… */} explicit String(const char* s) {/* …… */} };-
String s = 10;→ 编译错误 -
String s(10);→ 正确：直接初始化 -
String s{10};→ 正确：列表初始化（C++11 起 explicit 也禁止隐式列表转换） -
print(42);→ 编译错误；必须写成print(String(42))或print(String{42})
适用场景建议
- 所有单参数构造函数，只要该转换“不符合直觉”或“容易误用”，都应加 explicit
- 常见于资源管理类（如
std::unique_ptr<t>(int)</t>不合法，但自定义句柄类常有类似需求） - 数值类型转包装类（如
Duration(int ms)）、字符串转解析类（如Json(const char*)）等 - 注意：explicit 不影响复制初始化语法
String s(10)或String s{10}，只禁用=形式的隐式转换
不加 explicit 的风险
看似方便，实则埋雷：
- 函数重载歧义：多个构造函数 + 隐式转换可能导致调用错误的重载版本
- 模板推导干扰：隐式转换可能让模板实参推导出意外类型
- 调试困难：运行时行为异常，但编译期无提示
- 团队协作隐患：新成员难以理解为何
func(5)竟然能编译通过
explicit 是一种“防御性编程”习惯——宁可多敲几个字符，也不留模糊空间。现代 C++ 项目中，除非明确需要隐式转换（极少见），否则单参数构造函数应默认加上 explicit。
以上就是
