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 验证
适用场景极少，仅限极小、极热、无副作用、且热点真在循环控制开销上的路径。比如：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
[16]byte上做 XOR 混淆，长度恒为 16，函数被高频调用（如 TLS handshake 内层） - 密码学轮函数中对固定长度 state 的位操作序列
- 图像处理中对
[4]uint32像素的并行 unpack
不适用场景包括：range 遍历 map、处理用户输入的 []byte、含 if err != nil 分支的循环——这些要么长度不可控，要么有副作用，展开毫无意义。
怎么写才安全？用字面量 + 显式索引 + 压测闭环
以 4 元素累加为例：
go test -bench=.
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
