结构化绑定对象无法直接递归格式化，因std::format只识别类型而非解构后的匿名元组；需在std命名空间内对原始类型（如point）进行全特化std::formatter。
不能直接对结构化绑定对象（如 auto [x, y] = p;）做递归格式化——std::format 不认识解构后的匿名元组，它只认类型。你得先让被绑定的原始类型（比如 Point）支持 std::formatter，绑定本身只是语法糖，不产生新类型。
std::formatter 必须特化在 std 命名空间内，且是全特化
漏掉 namespace std { } 或写成偏特化（比如 template<typename t> struct formatter<t></t></typename>），编译器根本不会考虑你的特化。错误表现通常是：
error: no matching function for call to 'format'formatter not specialized for 'Point'- 或更隐蔽地静默退化到
operator（如果存在），但丢失对齐、宽度等能力
正确写法必须是：
namespace std {
template struct formatter<point char> {
constexpr auto parse(format_parse_context& ctx) -> format_parse_context::iterator {
return ctx.end();
}
template <typename formatcontext>
auto format(const Point& p, FormatContext& ctx) const -> typename FormatContext::iterator {
return format_to(ctx.out(), "({},{})", p.x, p.y);
}
};
}</typename></point>
format() 里别调用 std::format，改用 std::format_to
在 format() 成员函数中写 std::format("{}", p.x) 是高危操作：它会触发新一轮 std::formatter<int></int> 查找和实例化，而若你的 Point 特化又意外依赖了 int 的 formatter（比如嵌套调用），就可能形成隐式递归模板膨胀，导致编译卡死或内存爆满。
正确做法是复用已有输出迭代器：
- 用
format_to(ctx.out(), "{:04}", p.x)—— 它直接走std::formatter<int></int>，无额外开销 - 对子字段是自定义类型（如
Point inner），同样用format_to(ctx.out(), "{}", inner)，自动触发其formatter特化 - 绝对不要拼接
std::string或用std::ostringstream，那会绕过所有格式控制（填充、对齐、精度）
结构化绑定本身不参与格式化，但可辅助调试解析逻辑
结构化绑定（auto [x, y] = p;）不能被 std::format 直接消费，但它在实现 parse() 时很有用：你可以用它快速提取格式说明符里的字段名（如果设计了类似 {.x} 的语法）。不过标准 format_parse_context 只提供字符迭代器，不带 AST 解析；你要自己处理 ctx.input() 字符串。
例如支持 {:x} 和 {:.y} 这类伪字段语法，就得手动扫描：
-
if (it != end && *it == '.') ++it;然后检查后续是否为'x'或'y' - 匹配成功后存入成员变量（如
field_ = 'x';），供format()分支使用 - 未识别字符必须立即返回（不能跳过），否则
std::format会抛std::format_error
真正容易被忽略的是：所有特化必须放在头文件中，且确保在任何 std::format(..., your_type) 调用之前可见——它不靠 ADL，靠的是重载决议时的可见性。放错位置，编译器就当它不存在。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
