Go 优化技巧

大概什么时候会想到优化

• 某个函数会被频繁调用时
• 接口或者是数据结构设计不算合理从而内存占用过高时
• 接口响应耗时太多
• 当代码太乱，问题频出

接下来会从这几方面来展开讲一下

Slice

● 提前为slice分配内存

○ 在必要的时候，使用第三个参数： make([]T, 0, len)

○ 如果事先不知道确切的数量并且slice是临时的，可以设置得大一些，只要slice在运行时不会增长。

● 不要忘记使用“copy”

○ 这点是需要在复制时尽可能不要使用 append，例如，在合并两个或多个slice时。

● 不要留下未使用的slice

○ 如果需要从slice中切下一小块并仅使用它，其实主要部分也会保留下来。可以使用copy产生一个新的slice，而旧的对象让GC回收。

string

• strings.Builder,bytes.Buffer相近
• 优先使用 strings.Builder 而不是 +=

struct

• 通过内存对齐来减小struct大小
  • 可以对齐struct（根据字段的大小，以正确的顺序排列），从而可以减小struct本身的大小
  • 遍历 []struct{} 使用下标而不是 range
  • 有的时候我们在使用channel的时候，通常如果是来表示一个标识，而不是发送数据的情况下，用于通知子协程来完成一些任务的情况，这种情况就比较好实用 空结构体了

defer

• 尽量不要使用 defer，或者至少 不要在循环中使用defer 。

map

• 跟Slice一样，需要提前分配内存
  • 初始化map时，指定它的大小
• 如果需要表示占位时，其value用空结构体表示
  • struct{} 什么都不是
• 清空map
  • map只能增长，不能缩小。需要控制这一点——完全而明确地重置map
• 指针使用上
  • 如果 map 不包含指针，而且要知道字符串也是指针——使用[]byte而不是字符串作为键。

sync.Pool

fasthttp。它几乎把所有的对象都用sync.Pool维护，所以它才自称是http的10倍，但其实没