operator T() 是隐式类型转换运算符，仅在编译器需要类型 T 且上下文允许隐式转换时调用，如赋值或函数参数匹配；C++11 起应加 explicit 避免意外转换，须为 const 成员函数、返回 T（非引用），并确保语义明确、无副作用。
operator T() 是什么，它到底在什么时候被调用？
它不是构造函数，也不是普通成员函数，而是一个**隐式类型转换运算符重载函数**，作用是让当前类的对象能自动转成类型 T。但这个“自动”有严格前提：必须发生在编译器需要 T 类型、且上下文允许隐式转换的场景里。
比如：int x = obj;（obj 是自定义类，且定义了 operator int()）；或者函数参数接受 double，你传入 obj，而它有 operator double() —— 这时才可能触发。
注意：C++11 起强烈建议加 explicit 修饰，否则极易引发意外转换，比如 if (obj) { ... } 可能悄悄调用 operator bool() 导致逻辑错乱。
怎么写一个安全可用的 operator T()？
核心是三点：明确转换语义、避免歧义、控制隐式行为。常见错误包括返回局部对象引用、忽略 const 正确性、或让多个 operator T() 同时存在导致二义性。
立即学习“C++免费学习笔记（深入）”；
- 必须是
const成员函数（除非你真要修改对象状态来完成转换，这极少见且危险） - 返回类型必须是
T，不能是T&或const T&（除非你确定生命周期安全，但几乎没必要） - 推荐加上
explicit，尤其对bool、int、指针类型等“易被滥用”的转换 - 不要在转换中抛异常（除非你明确设计为可失败，但此时应改用命名函数如
to_int()）
示例：
struct Percent {
double value_ = 0.0; // 0.0 ~ 1.0
explicit operator double() const { return value_; }
explicit operator int() const { return static_cast<int>(value_ * 100); }
};这样写后，static_cast<double>(p)</double> 和 static_cast<int>(p)</int> 可用，但 double d = p; 会编译失败 —— 这正是你要的可控性。
为什么 operator bool() 特别容易出问题？
因为 C++ 中很多上下文会隐式尝试转成 bool：if、while、&&、||、甚至 !obj。如果没加 explicit，哪怕只是 vector<t>::empty()</t> 返回 bool，也可能意外触发你的 operator bool()。
更糟的是，一旦定义了 operator int() 或 operator void*()，编译器可能优先选它们来参与布尔上下文（老式“安全布尔惯用法”就是靠这个绕过），现代 C++ 应直接用 explicit operator bool()。
正确写法：
explicit operator bool() const {
return value_ > 0.0;
}这样 if (p) {...} 合法，但 int x = p; 编译报错 —— 清晰、安全、无歧义。
operator T() 和命名转换函数（如 to_string()）该怎么选？
关键看意图是否“表达本质”。如果 MyTime 本质上就是一个时间点，那 static_cast<time_t>(t)</time_t> 调用 operator time_t() 是自然的；但如果转换涉及格式化、编码、或可能失败（如字符串解析），就该用命名函数。
-
operator T()：适合廉价、无副作用、总能成功的“视图级”转换（数值、句柄、底层表示） - 命名函数（
to_string()、as_json()、to_bytes()）：适合有逻辑、可能抛异常、或需额外参数的转换 - 混合使用也常见：比如
operator std::string_view()返回内部缓冲区视图，to_string()做格式化输出
别为了“省一个点号”硬塞所有转换进 operator T() —— 隐式性是一把双刃剑，用错地方，调试时你会花三倍时间找谁悄悄把你的对象转成了 long long。
