首页 ›存档› 技术 › 查看内容

1.9 新特性预览：Logging, inte**ces, and allocation

2018-3-30 13:00 |来自: 互联网 356 0

摘要: 该文翻译自：http://commaok.xyz/post/inte**ce-allocs/ 几个星期前，Peter Bourgon在golang-dev开了一个关于标准化日志记录的帖子。日志很常用，因此性能很快提升。 go-kit日志包使用结构化日志，接口如下： typ ...

该文翻译自：http://commaok.xyz/post/inte**ce-allocs/

几个星期前，Peter Bourgon在golang-dev开了一个关于标准化日志记录的帖子。日志很常用，因此性能很快提升。 go-kit日志包使用结构化日志，接口如下：

type Logger inte**ce {  
  Log(keyvals ...inte**ce{}) error
}

调用代码：

logger.Log("transport", "HTTP", "addr", addr, "msg", "listening")

请注意，进入日志调用的所有内容都将转换为inte**ce{}。这意味着它分配了不少内存。

与另一个结构化日志库zap进行比较。 Zap为了避免内存分配和inte**ce{}使用，导致了更丑的API：

logger.Info("Failed to fetch URL.",
 zap.String("url", url),
 zap.Int("attempt", tryNum),
 zap.Duration("backoff", sleepFor),
)

logger.Info的参数是logger.Field。 logger.Field是一种union-ish结构，包括一个string，一个int和一个inte**ce{}。因此，接口不必用来传递最常见的值。

关于logging先讨论到这里。接下来讨论为什么将具体值转换为inte**ce{}时有内存分配？

inte**ce{}表示为一个类型指针和一个值指针。 Russ Cox写了一篇文章解释这个问题。

他的文章稍微有些过时了。但是他指出了一个优化方式：当值小于等于指针大小时，我们可以将值直接放入第二个字段。然而，随着并发垃圾收集的出现，该优化被取消了。现在接口中的第二个字段总是一个指针。

考虑如下代码：

fmt.Println(1)

在Go 1.4之前，这段代码没有内存分配，因为值1可以直接放入第二个字段。

也就是说，编译器这样处理：

fmt.Println({int, 1})

其中{typ，val}表示接口中的两个字段。

从Go 1.4开始，这个代码开始分配内存，因为1不是指针，第二个字必须包含一个指针。所以，编译器运行时这样处理：

i := new(int) // allocates!
*i = 1fmt.Println({int, i})

优化内存分配的第一点是确保当生成的接口没有逃逸。在这种情况下，临时值可以放在栈上而不是堆上。使用我们上面的示例代码：

i := new(int) // now doesn't allocate, as long as e doesn't escape*i = 1var e inte**ce{} = {int, i}// do things with e that don't make it escape

不幸的是，许多inte**ce{}都会逃逸，包括在调用fmt.Println和我们上面的日志示例中使用的inte**ce{}。

幸运的是，Go 1.9将带来更多的优化，部分优化受logging的启发。

第一个优化是不再将常量转换为接口。所以fmt.Println（1）将不再分配内存。编译器将值1放在只读全局变量中，大致如下：

var i int = 1 // at the top level, marked as readonly
fmt.Println({int,

声明：文章版权归原作者所有部分文章转自互联网如有侵权请联系 [邮箱地址] 删除

上一篇：2017 编程趋势预测：10大技术大热，10大技术遇冷下一篇：算法题 29：随机播放音乐（腾讯校招）

相关分类