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

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>
            欧美一区二区视频免费观看| 黄色成人在线观看| 99国产精品久久久久久久成人热 | 国产亚洲精品高潮| 久久久久天天天天| 老司机成人网| 日韩一区二区精品| 一区二区三区精密机械公司| 国产精品私拍pans大尺度在线| 欧美在线资源| 久久久久久尹人网香蕉| 亚洲精品中文字幕在线| 一区二区激情| 国产欧美亚洲视频| 欧美bbbxxxxx| 国产精品白丝jk黑袜喷水| 午夜日韩在线观看| 久久久久.com| 中文网丁香综合网| 欧美专区日韩视频| 日韩图片一区| 欧美一级二区| 一本色道久久加勒比精品| 亚洲一区二区不卡免费| 亚洲综合第一页| 在线精品观看| 亚洲女性裸体视频| 亚洲人www| 欧美在线黄色| 亚洲一区二区三区在线播放| 久久国产日韩欧美| 亚洲一区二区三区四区中文 | 夜夜狂射影院欧美极品| 精品动漫av| 亚洲午夜羞羞片| 亚洲精品永久免费| 久久久久久久久久看片| 午夜国产精品影院在线观看| 麻豆国产精品一区二区三区| 午夜精品剧场| 欧美日韩免费高清一区色橹橹| 久久资源在线| 国产欧美精品在线播放| 亚洲精品在线电影| 亚洲高清自拍| 久久精品成人一区二区三区蜜臀| 亚洲一区二区三区成人在线视频精品 | 亚洲第一精品影视| 欧美一区二区高清| 欧美一区久久| 牛夜精品久久久久久久99黑人| 亚洲免费观看高清完整版在线观看熊 | 亚洲欧美日韩另类精品一区二区三区| 久久亚洲图片| 久久在线免费视频| 国产欧美一二三区| 亚洲午夜羞羞片| 亚洲一区三区视频在线观看| 欧美日韩不卡视频| 亚洲精品在线观| 亚洲区一区二| 欧美国产精品久久| 亚洲丁香婷深爱综合| 精品1区2区3区4区| 久久久久久久综合日本| 久久久久国产精品一区三寸| 国产精品欧美日韩久久| 亚洲一区二区黄| 欧美在线在线| 国产一区二区三区视频在线观看| 亚洲欧美中文日韩在线| 欧美一二三区精品| 狠久久av成人天堂| 美女网站久久| 亚洲精品乱码久久久久久黑人| 99精品热视频| 国产精品免费小视频| 亚洲一区视频在线观看视频| 久久黄色网页| 亚洲国产精品久久久久久女王| 欧美xxx在线观看| 亚洲日韩视频| 亚洲欧美电影院| 国产亚洲在线观看| 你懂的国产精品| 欧美主播一区二区三区| 国产午夜久久| 欧美大片免费久久精品三p| 亚洲七七久久综合桃花剧情介绍| 夜夜夜久久久| 国产一区再线| 欧美精品久久久久久久久久| 中文国产一区| 久久久久久9999| 日韩一区二区精品| 国产日韩欧美视频在线| 蜜臀av性久久久久蜜臀aⅴ四虎| 亚洲乱码国产乱码精品精98午夜| 亚洲欧美日韩国产中文在线| 韩国av一区二区三区| 欧美激情视频一区二区三区不卡| 亚洲图中文字幕| 牛牛精品成人免费视频| 亚洲一区二区三区四区五区黄| 狠狠操狠狠色综合网| 欧美日韩亚洲三区| 久久爱www.| 宅男精品视频| 欧美高清视频一区二区三区在线观看 | 欧美国产日韩xxxxx| 午夜在线视频一区二区区别| 亚洲人被黑人高潮完整版| 欧美人体xx| 亚洲第一黄色| 久久久精品国产免大香伊| 亚洲最新视频在线播放| 在线不卡视频| 国产精品午夜视频| 欧美日韩免费一区二区三区| 老司机免费视频一区二区| 亚洲专区国产精品| 日韩一区二区电影网| 欧美国产免费| 狠狠入ady亚洲精品| 欧美午夜电影在线| 欧美黄色一区| 欧美成人dvd在线视频| 久久噜噜噜精品国产亚洲综合| 亚洲一区免费观看| 亚洲手机成人高清视频| 亚洲精品美女久久久久| 欧美国产日韩二区| 美女网站在线免费欧美精品| 久久久免费av| 久久久伊人欧美| 久久免费视频观看| 久久躁日日躁aaaaxxxx| 久久久久久久综合狠狠综合| 销魂美女一区二区三区视频在线| 中文av字幕一区| 亚洲深夜影院| 午夜精品免费在线| 亚洲欧美日韩中文播放| 亚洲一区美女视频在线观看免费| 艳妇臀荡乳欲伦亚洲一区| 夜夜嗨av色综合久久久综合网| 999在线观看精品免费不卡网站| 91久久精品国产91性色tv| 亚洲精品久久久一区二区三区| 精品不卡一区| 亚洲国产欧美一区二区三区久久| 红桃视频欧美| 亚洲精品国精品久久99热一| 亚洲精选一区| 亚洲一本大道在线| 午夜电影亚洲| 玖玖玖国产精品| 欧美黄色大片网站| 日韩天堂av| 午夜国产精品视频免费体验区| 久久精品麻豆| 欧美大片免费久久精品三p| 欧美日韩麻豆| 国产一区视频网站| 伊人久久综合97精品| 亚洲精品乱码久久久久久蜜桃麻豆 | 91久久国产综合久久蜜月精品| 亚洲精品国产精品乱码不99按摩 | 久久久国产精品一区| 欧美二区在线观看| 99亚洲伊人久久精品影院红桃| 亚洲欧美激情一区| 久久久之久亚州精品露出| 欧美激情中文不卡| 国产日韩欧美不卡在线| 亚洲国产合集| 欧美亚洲三区| 亚洲福利国产| 亚洲欧美日韩中文视频| 老牛国产精品一区的观看方式| 欧美日韩调教| 尤物精品在线| 亚洲欧美日韩一区二区三区在线| 久久中文字幕一区| 亚洲一级高清| 亚洲视频欧美在线| 久久亚洲国产成人| 国产精品成人一区二区三区夜夜夜| 国产一区自拍视频| 一区二区三区蜜桃网| 久久免费的精品国产v∧| 亚洲伦理网站| 美女999久久久精品视频| 国产精品视频一二三| 亚洲精品综合| 欧美成人午夜剧场免费观看| 亚洲一级黄色片| 欧美日韩久久| 亚洲国产经典视频| 久久午夜电影网|