Go 编译器不会自动展开任何 for 循环，哪怕迭代次数固定为 4 或 16；循环展开需手动编写或借助工具实现。
Go 编译器不会自动展开任何 for 循环，哪怕迭代次数固定为 4 或 16 —— 你写的 for i := 0; i ，生成的汇编里永远是带跳转的循环结构，不是重复四次的指令块。
为什么手动展开后反而 panic？边界检查没绕过去
Go 的数组/切片访问强制做边界检查，每次 a[i] 都独立触发一次 runtime 检查。手动展开时若多写一次索引（比如把 a[3] 写成 a[4]），就会直接 panic：panic: runtime error: index out of range [4] with length 4。
- 必须确保迭代次数完全静态已知：用字面量如
4、16，而非len(a)（后者在运行时才确定，无法保证安全展开） - 展开后仍是 N 次边界检查，不是“展开就快”；如果原循环体本身很轻（如单次加法），展开可能因指令体积增大、缓存压力上升而变慢
- 若循环体内含函数调用（哪怕小函数），展开后可能破坏内联机会——编译器对长函数更保守，
inline等级再高也救不回来
什么场景下值得手动展开？别猜，用 pprof 验证
适用场景极少，仅限极小、极热、无副作用、且热点真在循环控制开销上的路径。比如：
-
[16]byte上做 XOR 混淆，长度恒为 16，函数被高频调用（如 TLS handshake 内层） - 密码学轮函数中对固定长度 state 的位操作序列
- 图像处理中对
[4]uint32像素的并行 unpack
不适用场景包括：range 遍历 map、处理用户输入的 []byte、含 if err != nil 分支的循环——这些要么长度不可控，要么有副作用，展开毫无意义。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
怎么写才安全？用字面量 + 显式索引 + 压测闭环
以 4 元素累加为例：
// ✅ 安全展开：长度字面量、无 len()、索引全部显式
sum += a[0]
sum += a[1]
sum += a[2]
sum += a[3]
// ❌ 危险写法：多了一次访问，panic 不可避免
sum += a[0]
sum += a[1]
sum += a[2]
sum += a[3]
sum += a[4] // runtime error: index out of range [4] with length 4
// ❌ 表面一样但实际不安全：len(a) 在运行时求值，编译器无法确认是否越界
for i := 0; i < len(a); i++ { sum += a[i] } // 这个不能等价展开
关键动作链：go test -bench=. 确认是热点 → go tool pprof 看火焰图是否卡在循环跳转或分支预测失败 → 改成展开版本 → 再压测对比。跳过任一环，就是凭感觉优化。
最容易被忽略的一点：展开不是替代算法设计的捷径。如果循环体本身含内存随机访问或函数调用，先解决那个问题；循环展开只在最内层、纯计算、长度铁定的场景里，才有一丝胜算。
