左折叠(args + ...)等价于((a1 + a2) + a3) + ...，右折叠(... + args)等价于a1 + (a2 + (a3 + ...))；加法结果相同，但除法等不满足结合律的操作会导致语义歧义或编译错误。
折叠表达式里用...的位置决定展开方向
左折叠(args + ...)等价于((a1 + a2) + a3) + ...，右折叠(... + args)等价于a1 + (a2 + (a3 + ...))。加法满足结合律所以结果一样，但像除法(args / ...)会直接报错——因为a1 / a2 / a3和a1 / (a2 / a3)语义完全不同，编译器无法默认选一种。
常见误用是以为std::cout 能直接打印所有参数，实际必须写成(std::cout （右折叠）或(std::cout （左折叠），否则操作符优先级导致语法错误。
- 左折叠：运算符在参数包左侧，如
(init + ... + args) - 右折叠：运算符在参数包右侧，如
(args + ... + init) - 空参数包时，左折叠要求提供初始值，右折叠则不合法（除非带初始值）
函数调用类展开必须用逗号运算符或lambda包装
想对每个参数执行func(x)并丢弃返回值？不能直接写func(args)...——这会被解析为函数声明而非调用。正确做法是用逗号折叠：(func(args), ...)，靠逗号运算符顺序求值；或者用lambda：([]。
注意(func(args), ...)中func必须可被每个args类型调用，否则SFINAE失败后不是静默跳过，而是硬编译错误。
- 逗号折叠
(expr1, expr2, ...)保证从左到右执行，返回最右边表达式的值 - 若需捕获上下文变量，用lambda比逗号更灵活，但可能增加模板实例化开销
- 避免在折叠中修改同一变量，比如
(sum += args, ...)——虽能编译，但多线程下非原子
参数包为空时的编译行为差异
空参数包是折叠表达式最容易翻车的场景。(args + ...)遇到空包直接编译失败；而(0 + ... + args)（左折叠带初值）或(args + ... + 0)（右折叠带初值）都能通过。但(... + args)（纯右折叠）空包时也失败——C++标准规定无初值的纯折叠不允许空包。
调试时如果模板推导出空参数包（比如递归终止、std::tuple_size_v），务必检查折叠是否带初值，否则GCC/Clang报错信息只会显示“no match for ‘operator+’”，根本看不出是空包问题。
- 安全写法：统一用带初值的左折叠
(init op ... op args) - 初值类型必须和参数包元素类型可运算，比如
std::string初值不能是0 - 自定义类型要重载对应运算符，且考虑移动语义（
op可能被多次调用）
与std::apply和std::make_index_sequence的适用边界
折叠表达式适合“对每个参数做同构操作”，比如日志打印、校验、简单聚合；一旦需要索引（第几个参数）、类型分支（if constexpr按类型分发）、或转成std::tuple再处理，就该切到std::apply或index_sequence方案。硬用折叠强行模拟索引（比如用sizeof...(args)配合偏移）会导致代码不可读且难维护。
性能上，折叠是纯编译期展开，零运行时开销；std::apply可能引入一个额外的函数调用帧（尽管通常被内联），但换来的是对tuple结构的完整控制能力。
- 用折叠：
auto sum = (0 + ... + args);、(log(args), ...); - 换
std::apply：需要访问std::get(t)、构造新tuple、或转发给另一个函数 - 别在折叠里嵌套
std::get——参数包不是tuple，没有索引概念
折叠表达式真正的坑不在语法，而在空包处理和运算符结合律假设。写完先用空模板实参测试一次，比后期查崩溃快得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
