这是我参与「第五届青训营 」伴学笔记创作活动的第 4 天
性能优化建议
简介
- 性能优化的前提是满足正确可靠、简洁清晰等质量因素性能优化是综合评估，有时候时间效率和空间效率可能对立针对 Go 语言特性，介绍 Go 相关的性能优化建议
性能优化建议-Benchmark
如何使用
- 性能表现需要实际数据衡量Go 语言提供了支持基准性能测试的 benchmark 工具
go test -bench=. -benchmem
性能优化建议-slice
- slice 预分配内存
- 尽可能在使用 make0 初始化切片时提供容量信息
另一个陷阱: 大内存未释放
- 在已有切片基础上创建切片，不会创建新的场景
- 原切片较大，代码在原切片基础上新建原底层数组在内存中有引用，得不到释可使用 copy 替代 re-slice
性能优化建议-Map
- map 预分配内存
- 不断向 map 中添加元素的操作会触发 map 的扩容提前分配好空间可以减少内存拷贝和 Rehash 的消耗建议根据实际需求提前预估好需要的空间
性能优化建议-字符串处理
- 使用 strings.Builder常见的字符串拼接方式
- 使用 +拼接性能最差，strings.Builder，bytes.Buffer 相近，strings.Buffer 更快
分析
- 字符串在 Go 语言中是不可变类型，占用内存大小是固定的
- 使用 + 每次都会重新分配内存
- strings.Builder，bytes.Buffer 底层都是byte 数组内存扩容策略不需要每次拼接重新分配内存
性能优化建议-空结构体
-
使用空结构体节省内存
-
空结构体 structh 实例不占据任何的内存空间可作为各种场景下的占位符使用
-
节省资源
-
空结构体本身具备很强的语义，即这里不需要任何值，仅作为占位符
-
实现 Set，可以考虑用 map 来代替对于这个场景，只需要用到 map 的键，而不需要值即使是将 map 的值设置为 bool 类型，也会多占据 1 个字节空间
-
一个开源实现: github.com/deckarep/go…
性能优化建议-atomic 包
如何使用atomic包
- 锁的实现是通过操作系统来实现，属于系统调用
- atomic 操作是通过硬件实现，效率比锁高
- sync.Mutex 应该用来保护一段逻辑，不仅仅用于保护一个变量
- 对于非数值操作，可以使用 atomic.Value，能承载一个 interfacef{}
小结
- 避免常见的性能陷阱可以保证大部分程序的性能普通应用代码，不要一味地追求程序的性能越高级的性能优化手段越容易出现问题在满足正确可靠、简洁清晰的质量要求的前提下提高程序性能
