编译期打印参数包内容不能直接用 std::cout，因为 std::cout 未为参数包提供 operator<< 重载，且折叠表达式要求 std::cout 必须作为最左操作数——仅右折叠（如 (std::cout << args)）能保证正确结合顺序，左折叠会因类型不匹配或解析错误而编译失败。
编译期打印参数包内容为什么不能直接用 std::cout
因为 std::cout 是运行时行为，而折叠表达式（fold expression）本身在编译期展开，但其每个子表达式仍需满足常量求值约束。C++20 之前没有 <code>consteval 输出能力；即使 C++20 引入 consteval，std::cout 依然不可在常量求值上下文中调用——它不是字面类型函数，也不被允许出现在核心常量表达式中。
所以“编译期打印”实际指的是：让编译器在错误/警告信息里暴露参数类型或值，或者生成带可读标识的编译期实体（如变量名、静态断言消息），从而间接“看见”参数包内容。
用 static_assert(false, "...") 触发编译错误来显式展开参数包
这是最轻量、最通用的方法。利用折叠表达式配合假条件，在编译失败时把每个参数的类型/值以字符串形式注入错误信息。
- 对类型：用
decltype(x)+ 字符串化（依赖编译器扩展，如 GCC 的__PRETTY_FUNCTION__） - 对字面量常量（
constexpr整数、字符等）：可直接拼接字符串字面量（C++20 起支持constexpr std::string，但主流仍靠宏或编译器技巧） - 更可靠的做法是让每个参数触发一个独立的
static_assert，避免折叠后只报第一个
示例（C++17+，适用于调试模板参数）：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
template<typename... Args>
constexpr void debug_print_args(Args&&...) {
((static_assert(std::is_same_v<void, Args>,
"Arg type: " __PRETTY_FUNCTION__),
0), ...);
}
调用 debug_print_args(42, 3.14f, "hello") 会触发三条错误，每条都含对应参数类型的完整签名（GCC/Clang 下可见）。
用 [[maybe_unused]] constexpr auto 变量强制实例化并触发编译器诊断
比 static_assert 更“安静”一点：不中断编译，但能让 IDE 或构建日志显示推导出的变量类型。关键在于让每个参数参与一个无副作用但必须实例化的 constexpr 表达式。
- 使用逗号表达式 + 折叠：
((void)sizeof(Args), ...)—— 安静，但不输出信息 - 改用命名变量：
(([[maybe_unused]] constexpr auto _ = Args{}, 0), ...)，部分编译器会在未使用警告中列出_的类型 - 更有效的是结合
std::declval和别名模板，让每个参数生成一个唯一别名，再用static_assert检查该别名是否存在（间接暴露）
实际建议写法（清晰、跨编译器）：
template<typename... Args>
constexpr void show_types() {
[]<typename T>() constexpr { static_assert(sizeof(T), ""); }();
(([]<typename U>() constexpr {
static_assert(sizeof(U), "Type seen: " __PRETTY_FUNCTION__);
}()), ...);
}
为什么不用 std::format 或 std::string 拼接？
C++20 的 std::format 和 std::string 都不是字面类型（std::string 构造函数非 constexpr，std::format 在 C++23 才部分支持 consteval），因此无法在折叠表达式中用于构造编译期字符串。
- Clang 16+ 和 GCC 13+ 支持
consteval字符串拼接，但仅限字面量 +constexpr整数，且需手动转为字符数组 - 真正可靠的编译期字符串组装仍依赖宏（如
BOOST_PP）或第三方库（如magic_enum的类型名反射） - 若目标只是“看到参数”，优先走诊断路径（
static_assert/ 编译器警告），而非硬造字符串
最易忽略的一点：折叠表达式本身不执行任何运行时逻辑，所有“打印”效果都依赖编译器如何呈现诊断信息——这意味着不同编译器输出格式差异很大，不要试图解析其内容做自动化处理。
