pair是仅含两个元素的固定类型元组，语义明确为键值对；tuple支持任意数量类型组合，用于结构化数据包，二者类型系统、访问方式、构造语法及ABI兼容性均不同。
pair 是 tuple 的特例，但类型系统和使用习惯完全不同
std::pair 本质是仅含两个元素的固定类型元组，编译期就确定了 T1 和 T2；而 std::tuple 是可变参数模板，支持任意数量、任意类型的组合（包括 0 个或 1 个）。这不是“功能多寡”的问题，而是设计契约不同：pair 隐含语义是“键值对”或“坐标对”，tuple 则是“结构化数据包”。强行用 tuple 替代 pair，会丢失可读性和标准库适配性——比如 std::map::insert() 明确要求 value_type 是 pair，传 tuple 直接编译失败。
访问方式差异大：pair 用 .first/.second，tuple 必须用 get() 或 structured binding
这是最常踩坑的地方。对 pair，成员访问是直接、安全、零开销的：p.first、p.second；而 tuple 不提供公有成员，必须用 std::get(t) 这类函数模板——下标越界在编译期不报错，运行时行为未定义（除非开启调试模式）。C++17 后可用结构化绑定缓解：auto [x, y, z] = t;，但注意这要求变量数与 tuple 元素数严格匹配，且不能跳过某个元素（比如只解构第 0 和第 2 个）。
-
pair支持隐式构造：func({1, "hello"})可行（若参数是pair） -
tuple不支持花括号初始化推导（C++17 前），C++17 起需写成make_tuple(1, "hello", 3.14)或tuple{1, "hello", 3.14}，但后者仍需显式指定类型才能推导 -
get是非法的——(t) std::get模板参数必须是编译期整型常量，不能是运行时变量
性能与 ABI 兼容性：pair 更轻量，tuple 在某些场景有额外开销
pair 几乎等价于一个含两个 public 成员的 struct，无封装成本；tuple 实现依赖递归继承或类似技术，虽现代编译器优化后内存布局通常紧凑，但调试信息、模板实例化体积、编译时间明显更高。更重要的是 ABI 稳定性：pair 的二进制布局是标准化的（和 C struct 兼容），而 tuple 的实现细节由标准库决定，跨编译器或跨 STL 版本传递 tuple 参数可能出问题——尤其涉及 DLL 导出或 Python/C++ 混合编程时，应避免把 tuple 作为 ABI 边界接口。
什么时候该用 tuple：需要 >2 个异构值打包，且不打算长期持有或暴露给外部接口
典型场景是函数返回多个计算结果，又不想定义新 struct：auto result = parse_line(line); // 返回 tuple，立刻用结构化绑定拆解。另一个合理用法是作为 std::variant 的替代（当类型组合固定且无需运行时类型判别时）。但只要涉及三个以上字段、且该组合会在多处复用或需文档化语义，就该果断定义命名 struct——tuple 的匿名性在维护阶段是反生产力的。顺带一提：std::tie 用于解包到左值引用，常配合 tuple 使用，但它本身不是容器，只是“占位符元组”。
立即学习“C++免费学习笔记（深入）”；
