类型转换运算符函数应写作operator T()，无返回类型、无参数、必须是const成员函数；C++11起推荐用explicit修饰以避免隐式转换风险，尤其operator bool()应显式声明。
类型转换运算符函数怎么写
重载类型转换运算符就是定义一个特殊的成员函数，让对象能被隐式或显式转成其他类型。它没有返回类型声明（语法上不允许写），名字是 operator T，其中 T 是目标类型。
常见错误是加了返回类型，比如写成 int operator int() —— 这会编译失败。正确写法是：operator int() 或 operator std::string()。
- 必须是类的非静态成员函数
- 不能有参数（括号必须空着）
- 不能指定返回类型（但函数体里必须有
return语句，且返回值类型要和T匹配） - 可以是
const成员，推荐加上，避免意外修改对象状态
隐式转换 vs explicit 关键字控制
默认情况下，类型转换运算符支持隐式转换，容易引发意外行为。比如 if (obj) 可能悄悄调用 operator bool()，而你本意只是想禁止这种用法。
C++11 起可以用 explicit 修饰转换运算符，强制显式转换：
立即学习“C++免费学习笔记（深入）”；
class MyInt {
int val_;
public:
MyInt(int v) : val_(v) {}
explicit operator int() const { return val_; }
};
这时 int x = myint; 编译报错，必须写成 int x = static_cast<int>(myint);</int> 或 int x = (int)myint;。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
explicit对operator bool()尤其重要，防止条件判断中发生非预期转换 - 对数值类型如
int、double，是否加explicit取决于设计意图：是否允许自动参与算术表达式 - 对
std::string等大对象类型，加explicit可避免临时对象无意识构造
operator bool() 的特殊处理习惯
为避免 MyClass a; if (a) {...} 被误用于整型上下文（比如 a + 1），标准做法不是直接写 operator bool()，而是用“安全布尔惯用法”或更现代的 explicit operator bool()。
C++11 后直接用 explicit operator bool() const 即可，既支持 if (obj) 和 while (obj)，又禁止算术转换。
- 不要写
operator void*()或老式指针转换来模拟布尔值 - 确保返回值是
true/false，别返回val_ != 0这类可能依赖内部表示的逻辑，除非该语义明确属于类契约 - 如果类本身有明确的“有效/无效”状态（如智能指针、可选值），
explicit operator bool()几乎是必选项
转换运算符和构造函数的冲突风险
当类同时有单参数构造函数和类型转换运算符时，可能触发双向隐式转换链，导致二义性或意外行为。例如：
struct A { A(int) {} };
struct B { operator A() const { return A(42); } };
void foo(const A&);
foo(B{}); // OK：B → A
foo(42); // OK：int → A
// 但如果 A 还有 operator int()，就可能让 B → A → int 再绕回来
这类问题在模板推导或重载解析中尤其隐蔽。
- 优先考虑用
explicit约束单参数构造函数，减少隐式路径 - 如果某类型转换只应在特定场景使用（如日志输出），改用命名函数如
to_string()，比operator std::string()更清晰可控 - 编译器通常不会为转换运算符生成临时对象优化，频繁调用时注意性能，尤其是涉及堆分配的类型（如
std::string）
真正难的不是语法，而是判断「这个类型到底该不该支持隐式转换」——多数时候，显式优于隐式，explicit 不是限制，而是把控制权交还给调用方。
