不能直接递归格式化结构化绑定对象，因为结构化绑定是语句而非表达式、不产生新类型、不触发formatter查找；必须为原始类型全特化std::formatter，并在其format()内用auto[x,y]=p解包后调用std::format_to安全输出。
不能直接递归格式化结构化绑定对象，因为结构化绑定本身不产生新类型、不是表达式、也不触发任何自动 formatter 查找；你必须为原始类型特化 std::formatter，并在其 format() 函数内部用结构化绑定辅助解包——这是唯一安全且标准兼容的路径。
为什么 std::format("{}", [x, y]) 一定编译失败
结构化绑定声明（如 auto [x, y] = p;）是语句，不是表达式；[x, y] 在 C++ 中既不是合法的 lambda、也不是 tuple 字面量或可构造类型。编译器看到它会报 expected primary-expression before '['。即使你写成 std::format("{}", x, y)，那也只是分别格式化两个独立变量，和“绑定”毫无关系。
-
auto [x, y] = p;只是给p.x和p.y起别名，不生成新对象、不可取地址、不可传参 - 试图把绑定语法塞进参数列表（如
std::format("{}", auto [a,b] = p)）是语法错误，不是类型推导问题 -
{x, y}是花括号初始化列表，不是表达式，也不能隐式转成std::tuple
如何让 std::format("{}", p) 递归工作
关键不是“绑定”，而是为 p 的类型（比如 struct Point）在 std 命名空间中全特化 std::formatter。结构化绑定只在 format() 成员函数内部起辅助作用：简洁访问成员，避免重复写 p.x、p.y。
- 特化必须写在
namespace std { }内，且是全特化：template struct formatter<point char> { ... };</point> -
parse()必须是constexpr，返回ctx.begin()或中间位置迭代器，不能无脑返回ctx.end() -
format()中可用auto [x, y] = p;解包，再调用std::format_to(ctx.out(), "({}, {})", x, y) - 若
Point含私有成员，需加friend struct std::formatter<point char>;</point>，否则绑定后也无法在format()中访问
嵌套自定义类型时，format_to 是唯一安全选择
假设 Point 里有个成员 inner 是另一个已特化的类型（如 Color），你不能在 format() 里写 std::format("{}", inner)——这会导致无限模板实例化。所有子字段的格式化都必须走 std::format_to。
- 正确：
std::format_to(ctx.out(), "({}, {})", x, y);→ 对内置类型安全 - 正确：
std::format_to(ctx.out(), "{}", inner);→ 自动触发std::formatter<color char>::format()</color> - 错误：
std::format("{}", inner);→ 触发新一轮std::format调用，模板爆炸 - 错误：
std::ostringstream拼接字符串 → 绕过所有对齐、填充、精度控制，且性能差
容易被忽略的头文件与可见性陷阱
特化必须和类定义在同一个翻译单元可见，且不能只放在 .cpp 文件里。最稳妥做法是：把 struct Point 和它的 std::formatter 全特化一起放在头文件末尾，所有包含该头文件的源文件才能正确使用 std::format("{}", p)。
- 如果特化只在
point.cpp里定义，而main.cpp直接调用std::format("{}", p)，链接期可能找不到特化，或静默退回到operator（若存在） - 宽字符支持需额外特化
std::formatter<point wchar_t></point>，否则std::format(L"{}", p)仍失败 - 命名参数（如
{name}）在 C++20 中仍是实验性特性，GCC/Clang 支持不稳定，建议坚持用位置占位符
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
