冷门但实用；17.c | 访问顺序这件事，结果下一秒就反转…收藏起来随时用
概念先行：顺序、优先级、未定义行为的区别
- 优先级（precedence）只是告诉编译器怎样把表达式分组，不等于计算先后顺序。
- 访问顺序（evaluation order）是真正影响运行结果的：哪一侧先取值、哪一侧先修改。
- 未定义行为（undefined behavior, UB）常由在同一标量对象上没有“序列保证”地同时做读取和修改引起，结果不可预测，可能在不同平台反转。
常见容易犯的坑（示例＋说明） 1) i = i++ + 1;
- 这是未定义行为。因为 i 在表达式中既被修改（i++）又被用于计算（左边的赋值目标）且没有被序列化。不同编译器或优化下会得到不同结果。
- 安全写法：tmp = i; i = tmp + 1; 或直接 i += 1;
2) printf("%d %d\n", i++, i++);
- 函数参数的求值顺序在 C 中未指定（C++17 起改变为左到右，但 C 仍然不保证）。不要依赖参数间的相互修改顺序。
- 安全写法：a = i++; b = i++; printf("%d %d\n", a, b);
3) a[i] = i++; 或者 arr[++i] = i;
- 数组下标和自增/自减相互作用通常会引发未定义行为。把下标计算和自增拆开。
4) p++ = ++q;
- 指针、解引用、自增混合，读写顺序不明确，容易出错。拆成多行更安全，也更可读。
5) x = f(i++ , i); // 假设 f 两个参数会读 i
- 参数求值顺序在 C 中不保证，避免在传参时修改同一变量。
哪些操作/场景有确定顺序（可放心依赖）
- 逻辑与/或：&&、|| 有短路行为，左操作数先计算，右操作数只有在需要时才计算（右端被顺序化为在左端之后）。这往往用于空指针检查等防守式编程： if (p && p->value) …
- 条件表达式（?:）：条件先计算，随后根据条件选择计算第二或第三操作数（未被选择的那一方不计算）。
- 逗号运算符（comma operator，非函数参数列表中的逗号）：左到右顺序，左侧先执行并丢弃结果，再执行右侧并返回其值。可用于在一条表达式里强制顺序。
- for 循环控制语句里的逗号分隔只是语法上的多个表达式，实际也是按从左到右求值的（在for的逗号不是逗号运算符？实际在头部/尾部的逗号是表达式序列，同样从左到右求值）。（注：区分“逗号运算符”和“函数参数/声明中的逗号”）
实用规则清单（可收藏）
- 不要在同一表达式里对同一对象进行多次修改或修改并读取，除非有明确的序列保证。
- 函数参数中不要同时修改同一变量并读取它。拆成多条语句。
- 别把自增、自减嵌入复杂表达式里：把 ++、-- 单独放在一行。
- 将复杂表达式拆成临时变量，既安全又易读，也便于调试。
- 要利用短路特性做防御式判断：if (ptr && ptr->x) …，而不是 if (ptr->x && ptr) …（后者会在 ptr 为 NULL 时崩溃）。
- 如果非要在一条语句里保证顺序，可考虑逗号运算符或显式拆分（更推荐后者）。
如何快速定位这类问题（工具与编译选项）
- 开启更多警告：gcc/clang -Wall -Wextra -Wunsequenced（不同编译器警告名字略有差异）
- 使用 UBSan（Undefined Behavior Sanitizer）：-fsanitize=undefined 可以在运行时检测出很多未定义行为。
- 静态分析：clang-tidy、Coverity、cppcheck 之类工具能发现可疑表达式。
- 在怀疑是访问顺序问题时，降低优化级别（-O0）或换编译器，观察行为是否改变——如果改变，很大概率是 UB。
为什么这会在不同编译器/优化下“下一秒就反转”？ 编译器有自由去为性能重新安排子表达式的计算，只要不违反语言中被明确定义的序列规则。未定义的行为给了编译器极大的自由度，结果可能因为指令重排、寄存器分配变化或内联展开而变化，所以在不同平台或不同优化等级下看起来像“反转”。
实战示例与改写（对比） 示例（危险）： i = i++ + 2; 解释：i 在同一表达式中既被读又被写，没有顺序保证。结果未定义。
改写（安全）： int tmp = i; i = tmp + 2;
示例（危险）： printf("%d %d\n", i++, i++); 改写： int a = i++; int b = i++; printf("%d %d\n", a, b);
小技巧与套路
- 代码审查时把“复杂表达式 + 自增/自减/赋值”当成高风险点一律拆分。
- 写库/协议相关代码时，尤其要避免 UB，因为不同平台交付的行为要一致。
- 在面试或代码竞赛中遇到这类题，先把表达式拆成步骤再分析，别纠结直观顺序。
结尾：一句话速记 同一标量在一条表达式里既被修改又被读取而没有明确定序，就是雷。看见 ++、--、=、[]、函数参数混合出现时，就先拆再跑。
把这篇收藏起来：下次看到那类“看起来合法但结果奇怪”的代码时，先按上面清单一步步排查，99% 就能找到问题根源。
