合理声明局部变量可提升时间与空间局部性：就近声明、连续布局高频变量、缩短生命周期，并注意伪共享风险，从而优化缓存命中率。

把局部变量声明在合适的位置，能直接改善时间局部性和空间局部性，从而提升缓存命中率。关键不在于“要不要用局部变量”，而在于“什么时候声明、在哪里使用、和哪些数据一起访问”。

把循环中重复读写的变量提出来

循环体内频繁访问的字段或计算结果，如果每次都从对象或数组里重新取，就容易触发多次内存加载，破坏时间局部性。声明为局部变量后，编译器大概率将其分配到寄存器或L1缓存，访问极快。

• 避免每次迭代都访问 obj.field 或 arr[i].value
• 改成先赋值：int val = arr[i].value;，后续全部用 val
• 尤其适用于 getter 方法调用、带偏移的指针解引用、结构体成员链式访问等场景

让相关数据在栈上连续布局

局部变量在函数栈帧中是按声明顺序依次分配的。若多个高频协作的变量（如坐标 x/y、状态 flag/count、索引 i/j）相邻声明，它们更可能落在同一缓存行内，一次加载就能覆盖多个访问点，强化空间局部性。

• 推荐写法：int x, y; float scale; bool valid;
• 避免拆开：int x; ... long unused_var; ... int y;（中间插入大变量或未使用变量会打断连续性）
• 结构体成员排序逻辑也适用此原则：把同阶段使用的字段放在一起

控制作用域，缩短变量生命周期

局部变量的作用域越小，越容易被编译器优化进寄存器；生命周期越短，越不容易挤占缓存资源或干扰其他热数据驻留。过早声明、过晚销毁，反而增加缓存压力。

• 不要在函数开头堆满所有变量，而是靠近首次使用处声明
• 嵌套作用域合理使用：{ int temp = calc(); use(temp); }，结束后立即释放栈空间
• 避免一个 long long 类型变量长期占据64字节缓存行，却只在末尾用一次

避免跨缓存行的“伪共享”风险

多线程环境下，若两个线程分别修改不同局部变量，但它们恰好落在同一缓存行（64字节），就会因 MESI 协议导致频繁失效。虽然局部变量通常在线程栈上天然隔离，但在某些共享栈或特殊 ABI 下仍需留意。

• 对齐敏感变量可显式填充，如用 alignas(64) 分隔关键标志位
• 高并发函数中，避免将多个原子计数器、标志位紧挨着声明
• 调试时可用 perf 工具观察 L1-dcache-loads-misses 和 cache-references 比值判断是否异常