你以为+=只是语法糖？它可能正在悄悄改写你的内存布局。
去年写内核模块时，我因为一个+=操作符在编译器优化下导致指针偏移错误，差点把硬盘烧了。这种看似简单的语法糖，实则暗藏玄机。
编译器对+=的处理远比你想象的复杂。当遇到a += b时，它本质上是a = a + b，但这个等式在底层却可能触发三次内存访问：加载a的值、计算结果、回写到a。这在SIMD指令优化的场景下会变成致命伤。
记得某次调试时，用GDB跟踪到一个诡异的段错误。发现是内存对齐问题：当结构体成员包含指针时，编译器可能将+=操作优化为直接修改指针指向的内存块，而忽略了内存屏障。这种Undefined Behavior在多线程环境下会像定时炸弹一样。
我们常把+=当成了省事的快捷方式，但它的存在恰恰证明了C语言的精髓——用最简语法暴露最底层的控制权。就像操作系统内核中页表操作，一个符号背后是完整的内存管理机制。
试试在你的编译器中运行这段代码：
int *p = malloc(10 * sizeof(int));
*p += 1;
看看汇编输出是否和你预期的那样？别急着下结论，先用valgrind检测一下内存访问模式。