普通块通过限定变量作用域抑制逃逸：变量在块内声明、使用并结束，不被返回或赋值给外部，编译器即判定未逃逸；大循环中将临时对象移入块内可减少堆分配与gc压力。
普通块（即用花括号 `{}` 包裹的局部作用域）是降低变量逃逸率最轻量、最直接的手段之一。它不依赖编译器高级优化，也不需要改写算法逻辑，只要合理收束变量生命周期，就能显著减少堆分配、缓解 GC 压力。
为什么普通块能抑制逃逸
逃逸分析的核心判断依据是：一个变量的引用是否“跑出”当前作用域。普通块人为创建了一个更窄的作用域边界——变量在块内声明、使用、结束，只要不被返回、不被赋值给外部字段、不传入跨块函数，编译器就大概率判定其“未逃逸”。尤其在大循环中，反复创建的临时对象若始终困在单次迭代的块内，就不会累积为堆上长期存活对象。
大循环中用普通块控制变量生命周期
常见误区是把所有变量都声明在循环外，看似节省开销，实则极易导致逃逸和 GC 滞胀。正确做法是将仅用于单次迭代的变量移入块内：
- 把临时结构体、map、slice 初始化放在 `{}` 内，而不是循环开头
- 避免在循环外声明指针或接口类型变量后反复赋值——改用块内新声明
- 对需要复用但又不跨迭代的对象（如缓冲区），可配合 `sync.Pool`，而非全局复用
Go 中典型对比示例
以下代码中，`data` 若在循环外声明，每次 `make([]byte, 1024)` 都可能因被后续迭代复用而逃逸；放入块内后，每次都是独立栈/堆分配，且生命周期明确终止于 `}`：
❌ 逃逸风险高（data 可能被后续迭代“持有”）
var data []byte<br>for i := 0; i data = make([]byte, 1024)<br> process(data)<br>}✅ 逃逸率下降（每次 data 作用域严格限定）
for i := 0; i {<br> data := make([]byte, 1024)<br> process(data)<br> }<br>}
配合逃逸分析验证效果
别只靠经验，用工具确认是否真正生效：
- 加 `-gcflags="-m -m"` 编译，观察 `moved to heap` 是否消失
- 对关键循环函数单独测试，用 `pprof` 对比 heap profile 中 `runtime.mallocgc` 调用频次
- 注意：小对象（如 `struct{a,b int}`）即使不逃逸，Go 默认仍可能堆分配；但普通块能确保它们至少不因作用域扩大而被迫逃逸
