青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Fork me on GitHub
隨筆 - 215  文章 - 13  trackbacks - 0
<2017年1月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
2930311234


專注即時(shí)通訊及網(wǎng)游服務(wù)端編程
------------------------------------
Openresty 官方模塊
Openresty 標(biāo)準(zhǔn)模塊(Opm)
Openresty 三方模塊
------------------------------------
本博收藏大部分文章為轉(zhuǎn)載,并在文章開(kāi)頭給出了原文出處,如有再轉(zhuǎn),敬請(qǐng)保留相關(guān)信息,這是大家對(duì)原創(chuàng)作者勞動(dòng)成果的自覺(jué)尊重!!如為您帶來(lái)不便,請(qǐng)于本博下留言,謝謝配合。

常用鏈接

留言簿(1)

隨筆分類

隨筆檔案

相冊(cè)

Awesome

Blog

Book

GitHub

Link

搜索

  •  

積分與排名

  • 積分 - 219730
  • 排名 - 117

最新評(píng)論

閱讀排行榜

 http://blog.sina.com.cn/s/blog_48c95a190102w2nu.html

      前段時(shí)間本博主一直在做Golang和C語(yǔ)言的混合編程,期間在通過(guò)cgo調(diào)用C語(yǔ)言庫(kù)時(shí)會(huì)出現(xiàn)程序崩潰的情況,于是就希望能夠生成core文件來(lái)查看程序崩潰時(shí)的堆棧信息。那么Golang程序如何在崩潰后生成core文件呢?答案就是GOTRACEBACK這個(gè)環(huán)境變量。

       關(guān)于GOTRACEBACK環(huán)境變量的詳細(xì)說(shuō)明,可以參考官方文檔在runtime一節(jié)的鏈接,這里僅列出文檔中較為核心的說(shuō)明如下(Golang版本為1.6)。根據(jù)文檔的說(shuō)明我們可以知道GOTRACEBACK的可選值為:none、single、all、system和crash,其中關(guān)于crash的說(shuō)明就指出了在Unix系統(tǒng)上,程序崩潰會(huì)通過(guò)SIGABRT信號(hào)觸發(fā)一次core dump。

GOTRACEBACK=none omits the goroutine stack traces entirely. 
GOTRACEBACK=single (the default) behaves as described above. 
GOTRACEBACK=all adds stack traces for all user-created goroutines. 
GOTRACEBACK=system is like “all” but adds stack frames for run-time functions and shows goroutines created internally by the run-time. 
GOTRACEBACK=crash is like “system” but crashes in an operating system-specific manner instead of exiting. For example, on Unix systems, the crash raises SIGABRT to trigger a core dump.

       另外,雖然官方文檔給出了GOTRACEBACK環(huán)境變量在不同選值下的行為說(shuō)明,但看起來(lái)實(shí)在是有些不知所云,這里我們不妨通過(guò)一個(gè)簡(jiǎn)單的程序來(lái)驗(yàn)證一下,畢竟程序跑出來(lái)的效果才比較真實(shí)。以下是驗(yàn)證程序的代碼,其功能非常簡(jiǎn)單,啟動(dòng)兩個(gè)goroutine,一個(gè)正常跑10秒鐘,一個(gè)睡5秒鐘之后自行panic。

package main
import (
"fmt"
"time"
)
func saferoutine(c chan bool) {
for i := 0; i < 10; i++ {
fmt.Println("Count:", i)
time.Sleep(1 * time.Second)
}
c <- true
}
func panicgoroutine(c chan bool) {
time.Sleep(5 * time.Second)
panic("Panic, omg ...")
c <- true
}
func main() {
c := make(chan bool, 2)
go saferoutine(c)
go panicgoroutine(c)
for i := 0; i < 2; i++ {
<-c
}
}

       編譯以上驗(yàn)證程序,然后在GOTRACEBACK取值為none的情況下執(zhí)行,其結(jié)果如下。由此可知在取值為none時(shí),程序僅僅打印出panic消息,之后程序就退出了。

# go build testgotraceback.go 
# env GOTRACEBACK=none ./testgotraceback 
Count: 0
Count: 1
Count: 2
Count: 3
Count: 4
panic: Panic, omg ...

       以下為GOTRACEBACK取值為single情況下的執(zhí)行結(jié)果,此時(shí)還會(huì)打印出發(fā)生panic的goroutine(也就是main.panicgoroutine)的調(diào)用棧信息,而single也是GOTRACEBACK的默認(rèn)值。

# env GOTRACEBACK=single ./testgotraceback
Count: 0
Count: 1
Count: 2
Count: 3
Count: 4
panic: Panic, omg ...

goroutine 6 [running]:
panic(0x4b8e00, 0xc82000a310)
/home/ubuntu/repository/oo/go/src/runtime/panic.go:464 +0x3e6
main.panicgoroutine(0xc82004e070)
/home/ubuntu/go/src/testcode/testgotraceback.go:18 +0x78
created by main.main
/home/ubuntu/go/src/testcode/testgotraceback.go:25 +0x79

       以下為GOTRACEBACK取值為all情況下的執(zhí)行結(jié)果,此時(shí)不僅發(fā)生panic的goroutine(也就是main.panicgoroutine)的調(diào)用棧信息會(huì)被打印出來(lái),主進(jìn)程(main.main)和正常goroutine(也就是main.saferoutine)的調(diào)用棧信息也都被打印出來(lái)了

# env GOTRACEBACK=all ./testgotraceback
Count: 0
Count: 1
Count: 2
Count: 3
Count: 4
panic: Panic, omg ...

goroutine 6 [running]:
panic(0x4b8e00, 0xc82000a300)
/home/ubuntu/repository/oo/go/src/runtime/panic.go:464 +0x3e6
main.panicgoroutine(0xc82004e070)
/home/ubuntu/go/src/testcode/testgotraceback.go:18 +0x78
created by main.main
/home/ubuntu/go/src/testcode/testgotraceback.go:25 +0x79

goroutine 1 [chan receive]:
main.main()
/home/ubuntu/go/src/testcode/testgotraceback.go:27 +0xa9

goroutine 5 [sleep]:
time.Sleep(0x3b9aca00)
/home/ubuntu/repository/oo/go/src/runtime/time.go:59 +0xf9
main.saferoutine(0xc82004e070)
/home/ubuntu/go/src/testcode/testgotraceback.go:11 +0x177
created by main.main
/home/ubuntu/go/src/testcode/testgotraceback.go:24 +0x57

       以下為GOTRACEBACK取值為system情況下的執(zhí)行結(jié)果,此時(shí)除了我們明顯知道的三個(gè)goroutine的調(diào)用棧信息會(huì)被打印出來(lái)以外,很多隱形存在的系統(tǒng)級(jí)goroutine的信息也被打印出來(lái)了。因?yàn)楸静┲鬟€不太了解Golang運(yùn)行期機(jī)制,這里就不對(duì)這些系統(tǒng)級(jí)的goroutine一一做介紹了,但最明顯的是有用來(lái)做垃圾回收的相關(guān)協(xié)程。

# env GOTRACEBACK=system ./testgotraceback
Count: 0
Count: 1
Count: 2
Count: 3
Count: 4
panic: Panic, omg ...

goroutine 6 [running]:
panic(0x4b8e00, 0xc820064090)
/home/ubuntu/repository/oo/go/src/runtime/panic.go:464 +0x3e6 fp=0xc820028778 sp=0xc8200286f8
main.panicgoroutine(0xc820056070)
/home/ubuntu/go/src/testcode/testgotraceback.go:18 +0x78 fp=0xc8200287b8 sp=0xc820028778
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc8200287c0 sp=0xc8200287b8
created by main.main
/home/ubuntu/go/src/testcode/testgotraceback.go:25 +0x79

goroutine 1 [chan receive]:
runtime.gopark(0x52b150, 0xc8200560c8, 0x5005c0, 0xc, 0x17, 0x3)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:262 +0x163 fp=0xc82003de30 sp=0xc82003de08
runtime.goparkunlock(0xc8200560c8, 0x5005c0, 0xc, 0x17, 0x3)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:268 +0x54 fp=0xc82003de68 sp=0xc82003de30
runtime.chanrecv(0x4b4780, 0xc820056070, 0x0, 0xc82003df01, 0x400000)
/home/ubuntu/repository/oo/go/src/runtime/chan.go:470 +0x49f fp=0xc82003def0 sp=0xc82003de68
runtime.chanrecv1(0x4b4780, 0xc820056070, 0x0)
/home/ubuntu/repository/oo/go/src/runtime/chan.go:355 +0x2b fp=0xc82003df20 sp=0xc82003def0
main.main()
/home/ubuntu/go/src/testcode/testgotraceback.go:27 +0xa9 fp=0xc82003df50 sp=0xc82003df20
runtime.main()
/home/ubuntu/repository/oo/go/src/runtime/proc.go:188 +0x2b0 fp=0xc82003dfa0 sp=0xc82003df50
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc82003dfa8 sp=0xc82003dfa0

goroutine 2 [force gc (idle)]:
runtime.gopark(0x52b150, 0x585640, 0x500ce0, 0xf, 0x14, 0x1)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:262 +0x163 fp=0xc820026758 sp=0xc820026730
runtime.goparkunlock(0x585640, 0x500ce0, 0xf, 0xc820000314, 0x1)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:268 +0x54 fp=0xc820026790 sp=0xc820026758
runtime.forcegchelper()
/home/ubuntu/repository/oo/go/src/runtime/proc.go:229 +0xb8 fp=0xc8200267c0 sp=0xc820026790
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc8200267c8 sp=0xc8200267c0
created by runtime.init.4
/home/ubuntu/repository/oo/go/src/runtime/proc.go:218 +0x2b

goroutine 3 [GC sweep wait]:
runtime.gopark(0x52b150, 0x585760, 0x4ff370, 0xd, 0x41bf14, 0x1)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:262 +0x163 fp=0xc820026f48 sp=0xc820026f20
runtime.goparkunlock(0x585760, 0x4ff370, 0xd, 0x14, 0x1)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:268 +0x54 fp=0xc820026f80 sp=0xc820026f48
runtime.bgsweep(0xc820056000)
/home/ubuntu/repository/oo/go/src/runtime/mgcsweep.go:63 +0xb1 fp=0xc820026fb8 sp=0xc820026f80
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc820026fc0 sp=0xc820026fb8
created by runtime.gcenable
/home/ubuntu/repository/oo/go/src/runtime/mgc.go:191 +0x53

goroutine 4 [finalizer wait]:
runtime.gopark(0x52b150, 0x59fc00, 0x500a40, 0xe, 0x14, 0x1)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:262 +0x163 fp=0xc820027718 sp=0xc8200276f0
runtime.goparkunlock(0x59fc00, 0x500a40, 0xe, 0x14, 0x1)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:268 +0x54 fp=0xc820027750 sp=0xc820027718
runtime.runfinq()
/home/ubuntu/repository/oo/go/src/runtime/mfinal.go:158 +0xaa fp=0xc8200277c0 sp=0xc820027750
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc8200277c8 sp=0xc8200277c0
created by runtime.createfing
/home/ubuntu/repository/oo/go/src/runtime/mfinal.go:139 +0x60

goroutine 5 [sleep]:
runtime.gopark(0x52b150, 0x585780, 0x4fded0, 0x5, 0x643513, 0x2)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:262 +0x163 fp=0xc82003ee80 sp=0xc82003ee58
runtime.goparkunlock(0x585780, 0x4fded0, 0x5, 0x13, 0x2)
/home/ubuntu/repository/oo/go/src/runtime/proc.go:268 +0x54 fp=0xc82003eeb8 sp=0xc82003ee80
time.Sleep(0x3b9aca00)
/home/ubuntu/repository/oo/go/src/runtime/time.go:59 +0xf9 fp=0xc82003ef00 sp=0xc82003eeb8
main.saferoutine(0xc820056070)
/home/ubuntu/go/src/testcode/testgotraceback.go:11 +0x177 fp=0xc82003efa8 sp=0xc82003ef00
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc82003efb0 sp=0xc82003efa8
created by main.main
/home/ubuntu/go/src/testcode/testgotraceback.go:24 +0x57

goroutine 7 [syscall]:
runtime.notetsleepg(0x585798, 0x682c29, 0x0)
/home/ubuntu/repository/oo/go/src/runtime/lock_futex.go:205 +0x4e fp=0xc820028f38 sp=0xc820028f10
runtime.timerproc()
/home/ubuntu/repository/oo/go/src/runtime/time.go:209 +0xde fp=0xc820028fc0 sp=0xc820028f38
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc820028fc8 sp=0xc820028fc0
created by runtime.addtimerLocked
/home/ubuntu/repository/oo/go/src/runtime/time.go:116 +0x11f

       以下為GOTRACEBACK取值為crash情況下的執(zhí)行結(jié)果,當(dāng)然在執(zhí)行之前我們需要修改core文件大小為unlimited,此時(shí)打印出來(lái)的內(nèi)容與system的情況下基本一樣,除了最后那行代表core dump的提示。另外,在當(dāng)前目錄下,我們想要的core文件出現(xiàn)了!所以在Linux系統(tǒng)下,crash與system的區(qū)別就是,前者可以生成core文件。

# ulimit -c unlimited
# env GOTRACEBACK=crash ./testgotraceback
...
goroutine 21 [runnable]:
runtime.notetsleepg(0x585798, 0x11b22e, 0x0)
/home/ubuntu/repository/oo/go/src/runtime/lock_futex.go:205 +0x4e fp=0xc820024738 sp=0xc820024710
runtime.timerproc()
/home/ubuntu/repository/oo/go/src/runtime/time.go:209 +0xde fp=0xc8200247c0 sp=0xc820024738
runtime.goexit()
/home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc8200247c8 sp=0xc8200247c0
created by runtime.addtimerLocked
/home/ubuntu/repository/oo/go/src/runtime/time.go:116 +0x11f
Aborted (core dumped)
# ls -l
total 5400
-rw------- 1 ubuntu ubuntu 1994752 Apr 20 18:11 core
-rwxrwxr-x 1 ubuntu ubuntu 2295416 Apr 20 17:38 testgotraceback
-rw-rw-r-- 1 ubuntu ubuntu     395 Apr 20 17:38 testgotraceback.go

       通過(guò)gdb命令,我們可以看到程序發(fā)生崩潰時(shí)的具體位置,這樣即使崩潰點(diǎn)發(fā)生在C語(yǔ)言庫(kù)中,也可以快速定位問(wèn)題,簡(jiǎn)直就是so nice!

# gdb ./testgotraceback core
(gdb) bt
#0  runtime.raise () at /home/ubuntu/repository/oo/go/src/runtime/sys_linux_amd64.s:110
#1  0x0000000000438588 in runtime.dieFromSignal (sig=6) at /home/ubuntu/repository/oo/go/src/runtime/signal1_unix.go:192
#2  0x00000000004386af in runtime.crash () at /home/ubuntu/repository/oo/go/src/runtime/signal1_unix.go:247
#3  0x000000000042886e in runtime.dopanic_m (gp=0xc820001380, pc=4357542, sp=859530495736)
    at /home/ubuntu/repository/oo/go/src/runtime/panic.go:642
#4  0x000000000044ad72 in runtime.dopanic.func1 () at /home/ubuntu/repository/oo/go/src/runtime/panic.go:517
#5  0x0000000000453569 in runtime.systemstack () at /home/ubuntu/repository/oo/go/src/runtime/asm_amd64.s:291
#6  0x000000000042c6b0 in runtime.startTheWorldWithSema () at /home/ubuntu/repository/oo/go/src/runtime/proc.go:983
#7  0x000000c82001f500 in ?? ()
#8  0x0000000000000000 in ?? ()

參考鏈接:http://dave.cheney.net/2015/11/29/a-whirlwind-tour-of-gos-runtime-environment-variables
posted on 2016-12-22 14:15 思月行云 閱讀(833) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Golang
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            性感少妇一区| 久久久久久穴| 久久久久久成人| 性做久久久久久久久| 亚洲一区在线直播| 亚洲午夜一级| 午夜在线一区| 久久国产精品毛片| 久久精品国产v日韩v亚洲| 欧美专区福利在线| 久久频这里精品99香蕉| 玖玖在线精品| 亚洲大胆人体视频| 亚洲国产专区| 黄色精品网站| 亚洲国产你懂的| 欧美成人激情在线| 男人的天堂成人在线| 亚洲第一综合天堂另类专| 欧美激情精品久久久久久蜜臀| 亚洲视频一二区| 久久精品亚洲一区二区三区浴池| 伊人夜夜躁av伊人久久| 国模叶桐国产精品一区| 亚洲欧洲日韩女同| 一区二区三区www| 欧美一级大片在线观看| 免费精品99久久国产综合精品| 亚洲欧美在线x视频| 欧美ed2k| 中日韩美女免费视频网址在线观看| 久久精品国产99国产精品| 久久字幕精品一区| 国产日韩欧美在线一区| 欧美中文日韩| 亚洲美女av网站| 亚洲裸体视频| 午夜在线a亚洲v天堂网2018| 快播亚洲色图| 国产精品亚洲综合色区韩国| 亚洲国产成人av| 亚洲一区二区三区涩| 玖玖玖国产精品| 一本色道久久综合一区| 久久久视频精品| 国产精品日韩一区二区| 亚洲三级影院| 久久最新视频| 午夜伦理片一区| 国产精品国产三级国产专区53 | 亚洲精品视频中文字幕| 夜夜精品视频一区二区| 欧美中文日韩| 欧美人在线视频| 国产色产综合色产在线视频| 一区二区三区高清不卡| 欧美成人一二三| 亚洲欧美日韩精品久久久| 欧美精品在线一区二区| 亚洲第一页中文字幕| 久久精品国产69国产精品亚洲 | 免费观看成人| 久久久久免费观看| 久久狠狠婷婷| 亚洲视频免费观看| 欧美三级在线视频| 9久re热视频在线精品| 欧美18av| 免费视频久久| 亚洲精品一区二区三区福利| 亚洲激情网址| 欧美va亚洲va香蕉在线| 亚洲精品视频在线观看网站| 亚洲国产视频一区二区| 免费成人毛片| 亚洲精品一区在线观看| 亚洲精选在线| 国产精品成人国产乱一区| 亚洲男人的天堂在线| 亚洲天堂偷拍| 国模 一区 二区 三区| 美乳少妇欧美精品| 久久婷婷影院| 国产视频观看一区| 黄色国产精品| 亚洲国产成人午夜在线一区 | 亚洲人成绝费网站色www| 欧美电影免费观看网站 | 欧美在线www| 欧美一级午夜免费电影| 韩国女主播一区| 亚洲国产色一区| 国产精品入口麻豆原神| 玖玖综合伊人| 欧美高清在线精品一区| 欧美成人xxx| 国产一区二区| 欧美激情一区二区三区在线| 欧美人妖在线观看| 午夜精品av| 久久亚洲私人国产精品va| 9国产精品视频| 欧美一区久久| 亚洲麻豆国产自偷在线| 日韩一区二区高清| **网站欧美大片在线观看| 久久精品综合一区| 欧美高清视频| 一区二区三区日韩精品视频| 亚洲五月婷婷| 国产日韩欧美视频在线| 久久久久久久综合日本| 欧美三级黄美女| 亚洲永久免费观看| 欧美一级二级三级蜜桃| 在线日韩中文字幕| 亚洲欧洲精品成人久久奇米网| 亚洲精品一区在线观看| 黄色成人av在线| 亚洲片区在线| 国产欧美日韩在线| 蜜臀av性久久久久蜜臀aⅴ四虎| 欧美成人免费一级人片100| 亚洲一区二区动漫| 亚洲第一视频| 国产欧美日韩综合精品二区| 久久综合伊人77777蜜臀| 你懂的网址国产 欧美| 午夜精品免费视频| 麻豆91精品| 亚洲欧美精品| 欧美亚洲动漫精品| 狼人天天伊人久久| 欧美精品久久久久久久久老牛影院| 西西人体一区二区| 欧美电影专区| 日韩视频免费大全中文字幕| 蜜臀av在线播放一区二区三区 | 日韩午夜激情av| 一区二区三区在线视频观看| 亚洲五月婷婷| 亚洲精品午夜| 午夜精品区一区二区三| aⅴ色国产欧美| 999亚洲国产精| 亚洲一区二区三区在线播放| 蜜桃久久精品乱码一区二区| 久久精品国内一区二区三区| 欧美日韩精品| 欧美大片一区二区三区| 国外成人在线视频网站| 亚洲天天影视| 在线中文字幕日韩| 欧美激情 亚洲a∨综合| 欧美国产日韩一区二区| 欧美激情精品久久久久久黑人| 亚洲成人在线观看视频| 亚洲欧美日韩在线高清直播| 亚洲性人人天天夜夜摸| 欧美另类高清视频在线| 欧美激情欧美狂野欧美精品| 国产精品www色诱视频| 欧美亚洲日本一区| 欧美在线视频一区二区| 欧美午夜在线视频| 99精品久久| 亚洲免费在线视频| 欧美三区在线| 久久人体大胆视频| 久久久久久久综合色一本| 国产精品一区二区在线观看网站| 99国产成+人+综合+亚洲欧美| 亚洲男人第一网站| 欧美午夜宅男影院| 亚洲影音先锋| 欧美在线亚洲综合一区| 国产欧美日韩免费| 亚洲综合色在线| 欧美一区二区精美| 欧美日韩精品一区二区天天拍小说 | 欧美日韩亚洲一区| 99re8这里有精品热视频免费| 一本久道久久综合中文字幕| 欧美日韩精品免费观看| 日韩视频在线观看国产| 亚洲色图制服丝袜| 国产精品免费在线| 亚洲欧美激情四射在线日 | 伊人久久亚洲美女图片| 久久综合中文色婷婷| 亚洲国产高清一区| 一本不卡影院| 国产农村妇女毛片精品久久莱园子 | 欧美偷拍另类| 亚洲男同1069视频| 久久青青草综合| 亚洲尤物在线| 好看不卡的中文字幕| 欧美ed2k| 亚洲一区影音先锋|