defer or not defer, that is the question

发表于 2019-06-14 | 分类于 Go

defer是Go语言的一种特殊的流程控制机制，通常用于简化执行各种资源清理和释放操作，比如关闭文件，释放锁，断开连接等等。使用defer可以更加简洁清晰的实现这种清理操作，但同时就像任何事物都有两面性，这种简洁性有时也会带来性能的下降，有些场景因此应该避免使用defer。本文主要是关于对应于不同的场景，如何选择性得正确得使用defer。

defer概念

下面的叙述中，统一用外围函数代指包含defer的外层函数

defer语句调用一个函数，该函数的执行被推迟到外围函数返回的那一刻，外围函数的返回存在两种情况：正常执行到了return语句或者函数所在的goroutine发生了崩溃(panic)。也就是说如果外围函数通过显式return语句返回，defer语句真正执行的时机则是在该return语句设置任何结果参数之后，但在外围函数返回其调用者之前。

阅读全文 »

小心使用Go中的Time.After——记一次BUG解决过程

发表于 2019-06-06 | 分类于 Go

最近项目中遇到了一个time.After的错误使用问题，而在常见的gopher学习材料中time.After又常常被用到，以至于我们忽略了背后的性能问题。

问题

这一段时间用户增长很快，通讯服务程序出现一个现象: 最初两台配置较差的服务器上通讯进程的CPU使用率和内存占用率开始缓慢升高，之后加速度越来越大o(╯□╰)o，当内存占用足够高的时候就会被linux的OOM killer机制杀死，之后被supervisor拉起之后重复这一现象。

查找

考虑是由于用户增加快，这两台配置较差的服务器上触发了程序的隐藏bug。观察现象：通讯进程的CPU使用率和内存占用率缓慢升高，首先想到的是goroutine泄露。但是因为我们有监控每个进程的goroutine数量，发现随着时间的推进，goroutine数量是比较稳定的，并无暴涨的情况。利用pprof的goroutine分析，也未发现异常。

再想到，因为内存占有率的不断升高直到快达到100%而被杀死，那可能是因为垃圾回收方面的问题。利用pprof的heap分析，查看当前程序的内存占用情况：

阅读全文 »

Go语言中反射Reflection的原理及应用

发表于 2019-05-23 | 分类于 Go

作为一种静态编译型语言，Go语言中的反射Reflection特性提供了程序运行时检查，修改和创建变量和函数的功能。对于缺乏泛型generic支持的Go语言而言，通过Reflection也可以间接实现泛型的功能。本来主要探究Go语言中Reflection的原理及应用。

reflect.Type和reflect.Value

先来看一下Reflection包里提供的最基本的两个概念：reflect.Type 和 reflect.Value，对应的两个基本函数为：


// TypeOf returns the reflection Type that represents the dynamic type of i.
// If i is a nil interface value, TypeOf returns nil.
func TypeOf(i interface{}) Type {
	eface := *(*emptyInterface)(unsafe.Pointer(&i))
	return toType(eface.typ)
}

// ValueOf returns a new Value initialized to the concrete value
// stored in the interface i. ValueOf(nil) returns the zero Value.
func ValueOf(i interface{}) Value {
	if i == nil {
		return Value{}
	}

	// TODO: Maybe allow contents of a Value to live on the stack.
	// For now we make the contents always escape to the heap. It
	// makes life easier in a few places (see chanrecv/mapassign
	// comment below).
	escapes(i)

	return unpackEface(i)
}