「训」 笔记(02):性能调优
本文最后更新于:1 年前
请参考:性能优化建议代码,pprof 示例代码
1 性能优化建议
1.1 Slice
预分配内存:使用 make()
初始化切片时提供容量信息。
切片本质是一个数组片段的描述,包括:
- 数组指针
- 片段的长度
- 片段的容量
切片操作并不复制切片指向的元素
创建一个新的切片会复用原来切片的底层数组
切片有三个属性,指针(ptr)、长度(len) 和容量(cap)。append 时有两种场景:
- 当 append 之后的长度小于等于 cap,将会直接利用原底层数组剩余的空间
- 当 append 后的长度大于 cap 时,则会分配一块更大的区域来容纳新的底层数组(此时切片地址发生改变)
因此,为了避免内存发生拷贝,如果能够知道最终的切片的大小,预先设置 cap 的值能够获得最好的性能。
1 |
|
此外,在切片开头添加元素一般都会导致内存的重新分配,而且会导致已有元素全部被复制 1 次,因此从切片的开头添加元素的性能要比从尾部追加元素的性能差很多。
另一个陷阱:大内存得不到释放。
在已有切片的基础上进行切片,不会创建新的底层数组。因为原来的底层数组没有发生变化,内存会一直占用,直到没有变量引用该数组因此很可能出现这么一种情况,原切片由大量的元素构成,但是我们在原切片的基础上切片,虽然只使用了很小一段,但底层数组在内存中仍然占据了大量空间,得不到释放。
推荐的做法:使用 copy 替代 re-slice
1 |
|
1.2 Map
预分配内存
- 不断向 map 中添加元素的操作会触发 map 的扩容
- 根据实际需求提前预估好需要的空间
- 提前分配好空间可以减少内存拷贝和 Rehash 的消耗
1.3 字符串处理
使用 strings.Builder 代替 “+”
1 |
|
- 字符串在 Go 语言中是不可变类型,占用内存大小是固定的,当使用 “+” 拼接 2 个字符串时,生成一个新的字符串,那么就需要开辟一段新的空间,新空间的大小是原来两个字符串的大小之和
- strings.Builder,bytes.Buffer 的内存是以倍数申请的
- strings.Builder 和 bytes.Buffer 底层都是 []byte 数组,bytes.Buffer 转化为字符串时重新申请了一块空间,存放生成的字符串变量,而 strings.Builder 直接将底层的 []byte 转换成了字符串类型返回
1.4 空结构体
使用空结构体节省内存
- 空结构体不占据内存空间,可作为占位符使用。比如实现简单的 Set:Go 语言标准库没有提供 Set 的实现,通常使用 map 来代替。对于集合场景,只需要用到 map 的键而不需要值。
2 性能调优实战
2.1 分析工具
2.2 搭建项目
参考教程
项目提前埋入了一些炸弹代码,产生可观测的性能问题。
1 |
|
2.3 浏览器查看指标
- CPU
go tool pprof "http://127.0.0.1:6060/debug/pprof/profile?seconds=10"
topN
查看占用资源最多的函数list
根据指定的正则表达式查找代码行web
调用关系可视化
- heap-堆内存
- goroutine-协程
- mutex-锁
- block-阻塞
「训」 笔记(02):性能调优
https://qanlyma.github.io/ByteDance-2/