std::get 用编译期常量索引取元组元素，运行时变量不可作为模板参数；常见错误是试图用 for 循环配合非 constexpr 变量索引元组。
std::get 用索引取元组元素：最常用，但索引必须是编译期常量
直接写 std::get(t) 这种形式，索引必须是字面量整数或 constexpr 表达式。运行时变量（比如 int i = 1;）不能塞进尖括号里——编译器会报错 non-type template argument is not a constant expression。
常见错误是想用循环遍历元组，结果写成 for (int i = 0; i ; ++i) std::get<i>(t);</i> ——这根本过不了编译。
- 正确做法：用模板递归、折叠表达式，或
std::apply配合 lambda - 如果只是取固定位置（如首尾），
std::get(t)和std::get<:tuple_size_v> - 1>(t)</:tuple_size_v>安全可靠 - 索引越界（比如
std::get(std::make_tuple(1, 2))）是编译错误，不是运行时异常
std::get 用类型取元组元素：只在类型唯一时才安全
写 std::get<int>(t)</int> 看起来方便，但前提是元组里 int 类型只出现一次。如果元组是 std::tuple<int double int></int>，调用 std::get<int>(t)</int> 会编译失败，报错类似 call to 'get' is ambiguous。
这个用法容易被当成“按类型查值”的通用方案，其实它更像一个语法糖，适用于明确知道类型唯一性的场景，比如封装了不同字段的配置元组。
立即学习“C++免费学习笔记（深入）”；
- 适用场景：元组各元素类型互异，且你只想快速提取某个已知类型的值
- 不适用场景：含重复类型、或类型带 cv 限定符差异（
const int和int算不同类型） - 注意引用类型：若元组存的是
int&，得写std::get<int>(t)</int>，写int会匹配失败
std::get 的 const 正确性：别让 const 元组返回非常量引用
对 const std::tuple<int std::string>& t</int> 调用 std::get(t)，返回的是 const int&，不是 int&。强行用 auto& x = std::get(t) 可能引发隐式 const 推导问题，尤其配合 auto 时容易误以为能修改。
典型坑：把元组传进函数时用了 const 引用，函数内又试图通过 std::get 修改元素，编译器立刻拦住——但错误信息可能指向赋值语句，而不是 std::get 调用本身。
- 检查返回类型：用
decltype(std::get(t))确认是不是你想要的引用/const 引用 - 想避免意外修改，优先用
const auto&接收std::get结果 - 元组本身是 const，但元素类型是可变对象（如
std::vector）时，仍可通过std::get调用其非 const 成员函数
std::get 性能与 ABI 兼容性：零开销，但别在热路径反复调用
std::get 是纯编译期操作，生成的汇编通常就是一条地址偏移加取值指令，没有函数调用开销。但它不缓存偏移量——每次调用都重新计算字段位置，虽然计算本身是常量折叠，但写法上如果高频重复（比如在 tight loop 里反复 std::get(t)），可读性和维护性会下降。
更大的隐患是 ABI 兼容性：元组布局由标准规定，但具体内存排布（比如是否插入填充字节）依赖编译器和 ABI 版本。跨 DLL 边界传递元组并用 std::get 访问，一旦 ABI 不一致（如 MSVC vs GCC，或不同 STL 版本），行为未定义。
- 性能敏感场景：把
std::get结果提前解包到局部变量，别反复调用 - 跨模块接口：避免把
std::tuple作为 public API 类型，改用 struct 或 class 封装 - 调试时注意：某些调试器（如 VS 的 Watch 窗口）对
std::get展开支持有限，可能显示为“”
事情说清了就结束
