17370845950

std::to_string(true) 编译失败，因无bool重载；推荐三元表达式"true":"false"，或ostringstream配合boolalpha，或自定义内联函数。

std::to_string(true) 会得到什么？

直接用 std::to_string 转 bool 会编译失败。因为该函数没有针对 bool 的重载，只支持整型、浮点型等。你如果写了 std::to_string(true)，编译器会报错类似：no matching function for call to 'to_string'。

常见误操作是以为它能自动转换，结果卡在编译阶段。必须显式转成整数再进 std::to_string，或者换其他方式。

推荐：用 std::string 字面量拼接（C++11+）

最轻量、无依赖、零开销的方式就是直接用三元表达式配合字符串字面量：

bool flag = true;
std::string s = flag ? "true" : "false";

这个方案优势明显：

• 不依赖任何头文件（除了 ）
• 编译期确定，无运行时分支预测开销
• 不会意外输出 "1" 或 "0"（避免和 std::to_string(+flag) 混淆）
• 语义清晰，一眼看懂意图

需要兼容旧标准？用 std::ostringstream

如果你的项目还在用 C++98/C++03，或需要统一用流式接口处理多种类型，std::ostringstream 是稳妥选择：

#include 
#include 

bool b = false;
std::ostringstream oss;
oss << std::boolalpha << b;
std::string s = oss.str(); // 得到 "false"

关键点：

• 必须加 std::boolalpha，否则默认输出 0/1
• 不加 boolalpha 时行为等价于 static_cast(b)，容易踩坑
• 有构造/析构开销，比三元表达式慢，但可读性和扩展性更好

自定义函数封装（适合多处使用）

如果项目里频繁转换，建议封装一个内联函数，避免重复写三元逻辑：

inline std::string to_stri
ng(bool b) {
    return b ? "true" : "false";
}

这样既保持高效，又统一了输出格式。注意不要命名为 std::to_string —— 这属于未定义行为（ADL 冲突 + 标准命名空间污染）。

另外，别用宏（如 #define BOOL_STR(x) ((x)?"true":"false")），会丢失类型检查，且在复杂表达式中可能多次求值。

真正要注意的不是“怎么转”，而是“是否所有地方都用了同一套规则”——尤其当 JSON 序列化、日志打印、配置导出混用不同方式时，"true"、"True"、"1" 同时出现会让调试变得很痛苦。