结构化绑定仅支持聚合类型或特化tuple_size/get的类，不调用构造函数或赋值运算符；需严格匹配元素数量与类型，引用绑定须显式声明以避免拷贝或悬垂。
结构化绑定能直接解构 std::tuple 和聚合类型，但不是所有结构体都支持
结构化绑定本质是编译器生成的“隐式解构”，它不调用构造函数或赋值运算符，而是按成员顺序逐个绑定。前提是目标类型必须是「聚合类型」（aggregate）或特化了 std::tuple_size 和 std::get 的类（如 std::tuple、std::array、std::pair）。
常见误判：带私有成员、用户定义构造函数、继承关系或虚函数的 struct 就不是聚合类型，无法直接用结构化绑定。
-
struct Point { int x, y; };✅ 可绑定：auto [x, y] = p; -
struct Bad { int a; private: int b; };❌ 编译失败：error: cannot bind structured binding to non-aggregate type -
struct HasCtor { HasCtor() {} int x; };❌ 因含用户定义构造函数，不再是聚合类型
解构 std::tuple 时类型必须严格匹配，不能靠隐式转换
结构化绑定对 std::tuple 是按 std::get<i>(t)</i> 展开的，每个绑定变量的类型由声明推导，不进行运行时类型擦除或隐式转换。
- 如果
auto [a, b] = std::make_tuple(42, 3.14);，则a是int，b是double—— 不能写成auto [a, b] = std::make_tuple(42, "hi");再期望b自动转成std::string - 若需转换，先显式构造再绑定：
auto t = std::make_tuple(42, std::string{"hi"}); auto [a, b] = t; - 绑定引用时注意生命周期：
const auto& [x, y] = get_tuple();安全；但auto& [x, y] = get_tuple();若返回临时对象，会触发 dangling reference
绑定数组和 std::array 的语法差异容易混淆
std::array 是聚合类型，支持结构化绑定；原始数组（如 int arr[3]）也支持，但必须是左值且不能是函数参数退化的指针。
立即学习“C++免费学习笔记（深入）”；
-
int a[] = {1, 2, 3}; auto [x, y, z] = a;✅ 成功，x/y/z类型为int -
void f(int arr[3]) { auto [x, y, z] = arr; }❌arr实际是int*，非数组类型，无法绑定 -
std::array<int> arr = {1, 2, 3}; auto [x, y, z] = arr;</int>✅ 推荐写法，类型安全，长度在编译期检查 - 绑定时数量必须精确匹配：
auto [x, y] = std::array<int>{1,2,3};</int>❌ 编译错误，元素数不一致
结构化绑定本身不拷贝，但绑定变量的类型决定是否产生副本
结构化绑定只是“别名”——它不强制复制源对象，但你写的绑定声明决定了实际行为。这点常被忽略，尤其在性能敏感或大对象场景下。
-
auto [a, b] = big_struct;→ 拷贝整个big_struct，再分别拷贝各成员 -
const auto& [a, b] = big_struct;→ 只绑定到原对象成员的 const 引用，无拷贝 -
auto&& [a, b] = get_struct();→ 若get_struct()返回临时对象，a/b是对临时对象成员的右值引用，生命周期延长；若返回左值，则是左值引用 - 注意：即使加了
&，也不能绑定到位域（bit-field），否则编译失败：error: cannot bind reference to bit-field
最易被绕过的点：绑定变量的 cv-qualifier 和引用性必须显式写出，编译器不会替你推导“应该用引用”。写错就可能多一次深拷贝，或者意外延长临时对象寿命引发未定义行为。
