最近接手一份代码,采用的是golang revel web框架,期间不停的有运营,测试来骚扰,新手必须要老实,有问必答,来一个我就去日志文件查看一下,“尼玛,不停的刷屏,怎么看,大概什么时间,给个订单号呗”,这是我做的最多的事情。实在是看的心累,日志记录内容太少,关键字太少,并发请求太多,分不清是不是一个请求的。程序员得用程序解放劳动力,怎么能浪费在看日志的时间上。有了需求点,那么对日志的记录就得规范。总结几个记日志的关键点。

1. 入口打印请求参数,出口打印返回值。--便于和前后端扯皮,什么参数传错了,没返回等等

2.日志关键字明确,时间,级别,行号函数名。--便于grep 各种搜索,随时定位代码

3.一个请求有一个唯一请求ID ,一路追踪,无论多少次rpc,或者函数调用


1.2 这两个问题很好解决,第3个就很麻烦,在网上查了很多问题资料,看到一个google的分布式跟踪的,但这个主要是基于rpc 的,但是我想的是基于函数调用的,一个请求,无论调用多少层函数,那么函数里面日志都携带一个唯一表示此请求的ID,别的请求调用的就携带别的ID,不能重。 鉴于需求是这样,那么我想到一个方案,每一次函数调用时都多传一个ID,传入log 这样,但这样太麻烦了,还要改动所有log 调用的地方,不可取。其实这个问题,仔细分析变成了找多个请求调用多个函数调用的共同点, 什么是共同的1.请求是共同的,但这个传入,log 侵入代码成本太高, 还有一个是共同的,顺着函数堆栈往上追,都能追到请求处理的初始函数,但我们还要区分不同请求,不能只是追踪调用路线,想到一个办法,就是能不能根据每一个调用堆栈分配一个ID,在各个字函数里面能获取所在堆栈的ID,但这个只是我的设想不知道,怎么实现。 

终于找到了还有一个共同点,每一次请求都是go 一个协程,而里面的调用各个函数都是在这个协程里的,这样只需要获取所在协程的ID 不就是唯一对应这个请求吗。 问题终于解决了。


下面是golang 获取协程ID的一些方法 资料。

1. https://www.zhihu.com/question/39863941/answer/83575802 

2.http://blog.sgmansfield.com/2015/12/goroutine-ids/

3.https://github.com/huandu/goroutine