operator"" 是C++11引入的字面量操作符重载语法，专用于用户定义字面量（UDL），需严格按类型签名声明（如unsigned long long、const char*, size_t、long double），后缀为合法标识符且区分大小写，constexpr版本C++17起自动inline以避免ODR问题。
operator"" 是什么，为什么不能直接写函数名
它不是普通函数，是 C++11 引入的字面量操作符重载语法，专用于处理用户定义字面量（UDL）。编译器看到像 123_km 或 "hello"_s 这种写法时，会尝试匹配 operator"" 的特定签名，而不是调用普通函数。
必须严格按形参类型声明：整数字面量走 unsigned long long 或 const char* 等；字符串走 const char*, size_t；浮点数走 long double。名字部分（比如 _km 中的 km）不能是任意标识符——它必须是合法的 C++ 标识符，且不能与标准库保留的 UDL（如 s, h, min）冲突。
整数/浮点数字面量怎么写 operator""
整数后缀（如 42_mi）对应两个常见重载：
-
long double operator"" _mi(long double v)—— 适用于带小数点的字面量，如1.5_mi -
unsigned long long operator"" _mi(unsigned long long v)—— 适用于纯整数，如42_mi
注意：不能只写 double 或 int，必须用标准规定的类型；long double 是唯一允许的浮点参数类型。
立即学习“C++免费学习笔记（深入）”；
示例：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
constexpr long double operator"" _km(long double miles) {
return miles * 1.609344L;
}
// 使用：auto d = 5.0_km; // d 是 long double字符串字面量 operator"" 怎么安全处理
字符串 UDL（如 "abc"_sv）必须用 const char*, size_t 形参，因为编译器传入的是原始字符地址和长度，不保证以 \0 结尾。
- 别用
std::string构造——会触发动态内存分配，无法用于 constexpr 上下文 - 想支持编译期计算？必须用
constexpr+ 字符数组或std::string_view（C++17 起） - 避免返回局部
std::string或裸指针——生命周期由字面量本身决定，安全做法是包装成std::string_view或自定义只读视图
示例（C++17）：
constexpr std::string_view operator"" _sv(const char* s, size_t n) {
return {s, n};
}
// 使用：auto sv = "hello"_sv; // 类型是 std::string_view，无拷贝容易被忽略的链接与作用域问题
UDL 操作符默认有内部链接（static 隐含），如果在头文件中定义又没加 inline 或 constexpr，多文件包含会导致 ODR 违规。
- C++17 起，所有
constexprUDL 自动 inline，可放心放头文件 - 非 constexpr 的 UDL（比如需要运行时日志的调试后缀）必须显式加
inline - 不要在匿名命名空间里定义 UDL——它会限制可见性，导致其他 TU 找不到
- 后缀名区分大小写：
_MB和_mb是两个不同操作符
最稳妥的头文件写法：
inline constexpr std::size_t operator"" _KB(unsigned long long n) {
return n * 1024ULL;
}UDL 的解析发生在词法分析阶段，比宏更早，也比函数调用更“底层”——这意味着它能参与模板实参推导、constexpr 计算，但一旦拼错后缀或类型不匹配，报错信息往往很晦涩，比如 error: no match for 'operator""_xyz'，此时要优先核对形参类型和后缀是否在同一个作用域可见。
