最近接手一份代碼蚂会，采用的是golang revel web框架淋样，期間不停的有運營，測試來騷擾胁住，新手必須要老實趁猴，有問必答，來一個我就去日志文件查看一下彪见，“尼瑪儡司，不停的刷屏，怎么看企巢，大概什么時間枫慷，給個訂單號唄”，這是我做的最多的事情。實在是看的心累或听，日志記錄內容太少探孝，關鍵字太少，并發(fā)請求太多誉裆，分不清是不是一個請求的顿颅。程序員得用程序解放勞動力，怎么能浪費在看日志的時間上足丢。有了需求點粱腻，那么對日志的記錄就得規(guī)范≌兜總結幾個記日志的關鍵點绍些。
1. 入口打印請求參數，出口打印返回值耀鸦。--便于和前后端扯皮柬批，什么參數傳錯了，沒返回等等
2.日志關鍵字明確袖订，時間氮帐，級別，行號函數名洛姑。--便于grep 各種搜索上沐，隨時定位代碼
3.一個請求有一個唯一請求ID ，一路追蹤楞艾，無論多少次rpc,或者函數調用
1.2 這兩個問題很好解決参咙，第3個就很麻煩，在網上查了很多問題資料产徊，看到一個google的分布式跟蹤的昂勒，但這個主要是基于rpc 的，但是我想的是基于函數調用的舟铜，一個請求戈盈，無論調用多少層函數，那么函數里面日志都攜帶一個唯一表示此請求的ID谆刨，別的請求調用的就攜帶別的ID塘娶，不能重。 鑒于需求是這樣痊夭，那么我想到一個方案刁岸，每一次函數調用時都多傳一個ID，傳入log 這樣她我，但這樣太麻煩了虹曙，還要改動所有l(wèi)og 調用的地方迫横，不可取。其實這個問題酝碳，仔細分析變成了找多個請求調用多個函數調用的共同點矾踱， 什么是共同的1.請求是共同的，但這個傳入疏哗，log 侵入代碼成本太高呛讲， 還有一個是共同的，順著函數堆棧往上追返奉，都能追到請求處理的初始函數贝搁，但我們還要區(qū)分不同請求,不能只是追蹤調用路線，想到一個辦法芽偏，就是能不能根據每一個調用堆棧分配一個ID雷逆，在各個字函數里面能獲取所在堆棧的ID，但這個只是我的設想不知道哮针，怎么實現关面。?
終于找到了還有一個共同點坦袍，每一次請求都是go 一個協(xié)程十厢，而里面的調用各個函數都是在這個協(xié)程里的，這樣只需要獲取所在協(xié)程的ID 不就是唯一對應這個請求嗎捂齐。 問題終于解決了蛮放。
下面是golang 獲取協(xié)程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
