std::tuple适合函数需返回多个不同类型且语义关联的值（如解析结果：状态码+值+是否成功）的场景，比结构体更轻量；推荐用std::make_tuple构造并结构化绑定解包。
std::tuple 适合什么场景
当函数逻辑上天然需要返回多个不同类型（比如 int、std::string、bool）的值，且这些值之间有明确语义关联（比如解析结果：状态码 + 值 + 是否成功），std::tuple 是比结构体更轻量的选择。它不强制命名字段，但胜在即用即建、无需提前定义类型。
声明和返回 tuple 的写法
直接用 std::make_tuple 构造并返回，编译器能自动推导返回类型；不建议手写 std::tuple<int, std::string, bool>，冗长易错。
常见错误：返回局部 std::tuple 没问题，它默认支持移动语义，不会触发深拷贝；但若 tuple 里包了大对象（比如 std::vector<char> 千万级），要注意是否真的需要拷贝——此时应考虑用 std::move 显式转移：
return std::make_tuple(status, std::move(result_str), success);
接收和解包 tuple 的三种方式
接收端必须显式解包，否则只能用 std::get<0>(t) 这种索引访问，可读性差且易越界。
立即学习“C++免费学习笔记（深入）”；
-
结构化绑定（C++17 起）最推荐：
auto [code, msg, ok] = parse_input(s);—— 类型和顺序必须与 tuple 完全一致，否则编译失败 -
std::tie 用于已有变量：
int c; std::string m; bool o; std::tie(c, m, o) = parse_input(s);—— 注意m会被拷贝，若想避免，得用std::tie(c, std::ref(m), o) -
std::get<N> 仅用于动态索引或泛型编程：
auto code = std::get<0>(t);—— 索引越界是编译期错误，但 N 必须是编译期常量
容易被忽略的坑
tuple 不是万能替代品。如果字段语义固定、复用频繁（比如 HTTP 响应总是含 status + body + headers），定义命名结构体更安全、可读、可调试；tuple 一旦字段顺序或类型改了，所有解包点都会崩，且 IDE 很难提示。
另外，tuple 无法直接打印或序列化；调试时看到的是 std::tuple<int, std::string, bool> 这种类型名，而不是字段名——这意味着出问题时你得靠位置猜含义。
真正要传多个值又不想定义结构体？先确认是不是过度设计：有时把逻辑拆成两个小函数，或用输出参数（bool parse(..., int& out_code, std::string& out_msg)），反而更直白、更易测、更少隐式依赖。
