通過runtime.GOMAXPROCS函數(shù)，應(yīng)用程序何以在運行期間設(shè)置運行時系統(tǒng)中得P最大數(shù)量。但這會引起“Stop the Word”。所以，應(yīng)在應(yīng)用程序最早的調(diào)用。并且最好的設(shè)置P最大值的方法是在運行Go程序之前設(shè)置好操作程序的環(huán)境變量GOMAXPROCS,而不是在程序中調(diào)用runtime.GOMAXPROCS函數(shù)。
憑祥ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為成都創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：028-86922220（備注：SSL證書合作）期待與您的合作！
最后記住，無論我們傳遞給函數(shù)的整數(shù)值是什么值，運行時系統(tǒng)的P最大值總會在1~256之間。
runtime.Goexit函數(shù)被調(diào)用后，會立即使調(diào)用他的Groution的運行被終止，但其他Goroutine并不會受到影響。runtime.Goexit函數(shù)在終止調(diào)用它的Goroutine的運行之前會先執(zhí)行該Groution中還沒有執(zhí)行的defer語句。
runtime.Gosched函數(shù)的作用是暫停調(diào)用他的Goroutine的運行，調(diào)用他的Goroutine會被重新置于Gorunnable狀態(tài)，并被放入調(diào)度器可運行G隊列中。
runtime.NumGoroutine函數(shù)在被調(diào)用后，會返回系統(tǒng)中的處于特定狀態(tài)的Goroutine的數(shù)量。這里的特指是指Grunnable\Gruning\Gsyscall\Gwaition。處于這些狀態(tài)的Groutine即被看做是活躍的或者說正在被調(diào)度。
注意：垃圾回收所在Groutine的狀態(tài)也處于這個范圍內(nèi)的話，也會被納入該計數(shù)器。
前者調(diào)用會使調(diào)用他的Goroutine與當前運行它的M鎖定到一起，后者調(diào)用會解除這樣的鎖定。
注意：
debug.SetMaxStack函數(shù)的功能是約束單個Groutine所能申請的棧空間的最大尺寸。
debug.SetMaxThreads函數(shù)的功能是對go語言運行時系統(tǒng)所使用的內(nèi)核線程的數(shù)量（確切的說是M的數(shù)量）進行設(shè)置
會讓運行時系統(tǒng)進行一次強制性的垃圾收集，
用于設(shè)置一個比率（垃圾收集比率），前面所說的單元增量與前一次垃圾收集時的歲內(nèi)存的單元數(shù)量和此垃圾手機比率有關(guān)。
觸發(fā)垃圾收集的堆內(nèi)存單元增量=上一次垃圾收集完的堆內(nèi)存單元數(shù)量*（垃圾收集比率/100）
第一種：LiteIDE
LiteIDE是一個簡單的開源IDE，值得注意的是，它是GO語言2012年正式版發(fā)布的首個IDE，由Qt開發(fā)，它看起來類似于Visual Studio等其他編譯器。
由于它是為golang設(shè)計的，LiteIDE為開發(fā)人員提供了許多有用的功能，包括可配置的構(gòu)建命令，高級代碼編輯器和廣泛的golang支持。其他功能包括代碼管理、gdb、Delve調(diào)試器、自動完成和使用WordApi的主題，基于MIME類型的系統(tǒng)等。
第二種：VS Code
它是微軟開發(fā)的廣受歡迎的開源IDE，有一個開箱即用的go擴展可供VS Code使用。VS Code插件為開發(fā)人員提供了很多功能，包括與許多go工具集成。
VS Code通過IntelliSense，內(nèi)置git集成，直接從編譯器調(diào)試代碼等功能提供智能完成功能;VS Code具有高度可擴展性，并通過其許多擴展提供了許多自定義選項，還提供了幾十種語言的支持，成為受開發(fā)者歡迎的工具。
第三種：Atom
開發(fā)人員可以利用這個Atom IDE改進的語言集成與更智能的編輯器。開源的go-plus軟件包使開發(fā)人員更容易在GO中進行編程。
Atom和go-plus軟件包為golang提供工具，構(gòu)建流程，linters、vet和coverage工具的支持;其他功能包括自動完成、格式化、測試和文檔。
第四種：Vim
Vim有許多插件可以幫助開發(fā)人員更輕松地編輯他們的GO代碼;Vim-go插件自動安裝所有必要的東西，為Vim中的GO開發(fā)人員提供更平滑的集成。
Vim-go具有許多有用的功能，包括編譯器，改進的語法高亮和折疊，完成支持以及一系列具有集成支持的調(diào)試程序。還有一些使用的高級源分析工具，包括GoImplements、GoCallees和GoReferrers。
是的，c中數(shù)組定義時要指定大小。
當然，萬事也不是絕對的。例如：1.作為形參的時候，可以不指定，因為在函數(shù)調(diào)用的時候，數(shù)組會轉(zhuǎn)為指針的。2.當為字符串數(shù)組時，char ST[]="hello word"這兒定義了一個ST字符數(shù)值，不需要你自己去指定大小，系統(tǒng)會自動生成長度為11.
我喜歡jetbrains系列的IDE+go插件。不過我要說的是這個問題主要看你的觀點如何。
說eclipse：
構(gòu)建方式是使用go install 命令，每一次編譯運行都是go install。這樣的好處就是如果你有很多的包，下載下來并沒有編譯，這樣每次編譯速度是很快的。而且（?。ゞo install 符合go官方的項目結(jié)構(gòu)，官方說過了，一個go的項目應(yīng)該是以個gopath，包含src，pkg，bin三個主要目錄。所以說go install個人認為才是主要的go編譯方式。
說eclipse的缺點：
其實eclipse插件的go編譯方式，還有目錄結(jié)構(gòu)，項目結(jié)構(gòu)，都是非常完美的?。。?！真的很完美！可是，他的代碼提示，太差件！大括號都不能自動補全，gdb 32bit 64bit兼容問題，eclipseC++ 沒有html js插件，需要手動安裝，幾乎不能開箱即用。不過如果你是開發(fā)算法，數(shù)據(jù)處理，還是推薦eclipse的，畢竟其他都無關(guān)緊要。
說jetbrains：
說先說clione肯定不適合，新建項目沒有向?qū)?，導致改成go項目各種不開心，比如圖標對于我來說就無法接受go lib 不是小耗子~這是次要的，重要的是各個文件都是灰色的（沒有在cmake中包含的結(jié)果），然后說剩下的，phpstorm這個不說了，估計很少有人插件按在這里，webstorm，體驗也不是很好，idea？體驗很好，可是畢竟比較重，尤其是現(xiàn)在加入了自家的K啥玩意（無意冒犯，沒記住單詞）~可是話說回來，go跟C系列IDE配合才是最佳，跟java系列一點不搭關(guān)系，用idea似乎有點格格不入，但是！idea支持新建項目向?qū)В琹ib的圖標也很清晰，最后還是選擇idea吧，期待clion的強大起來！
再說jetbrains系列缺點：
插件的構(gòu)建方式是go buiild 這個讓人很不爽，我們幾乎不確定會構(gòu)建到什么地方去，還要每次設(shè)置一下run配置。這個可能無關(guān)緊要，畢竟不是什么大的毛病，可是go build不能緩存.a文件，直接構(gòu)建的結(jié)果就是很多第三方包的情況下很慢！所以建議安裝包的時候手動install 一下解決這個問題。自帶代碼格式化，這個格式化跟go 格格不入，總的來說就是蛋疼，心碎，菊花癢。
最后說liteIDE：
輕量級IDE，我可以說是國人GO偉大作品典范，然而默認構(gòu)建也是go build，項目管理方式不符合go官方標準。代碼提示不能自動導入（eclipse也不能），不過如果你的項目是以包為單位的，那么另當別論。一定很不錯，畢竟是輕量級專門針對GO的IDE！
說這些，其實還有很大一部分取決于你的項目是用vendor機制管理，還是godeps機制管理依賴關(guān)系。go不像java擁有強大的幾乎天下一統(tǒng)的maven（無意冒犯，暫不評價其他構(gòu)建套件）。
go沒有官方包倉庫。
go沒有官方包管理工具。
go沒有官方自動化構(gòu)建套件。
上面三個沒有是致命要害。導致民間各種百花齊放。
說說我的項目怎么管理
gpm 一個shell工具（windows下你可以用git的bash，或者cygwin~）
我是嚴格艷照官方推薦方式管理go項目，一個go項目一個gopath。系統(tǒng)的gopath只是為了安裝go命令，我沒有配置gobin，意義不大。
項目的依賴跟我的代碼包都在src下（非vendor）
vendor用來存放包的特殊依賴，發(fā)布項目直接把依賴包發(fā)布上去（公網(wǎng)管理則只上傳依賴關(guān)系文件 godeps文件）
資源文件等都放在src目錄同級，編譯文件放在bin，引用直接../引用。
1、編譯vimgdb
下載vimgdb73和vim73
mkdir -p ./tmp
cd tmp
tar zxvf ../vim-7.3.tar.gz
unzip ../vimgdb-for-vim7.3-master.zip
mv vimgdb-for-vim7.3-master vimgdb-for-vim7.3
patch -p0 vimgdb-for-vim7.3/vim73.patch
cd vim73
安裝依賴
sudo apt-get install build-essential
sudo apt-get build-dep vim-gtk
sudo apt-get install libncurses5-dev
安裝
// 這里直接執(zhí)行make的操作
make
sudo make install
安裝vimgdb runtime
cd ../vimgdb-for-vim7.3
cp vimgdb_runtime ~/.vim/bundle
打開vim
:helptags ~/.vim/bundle/vimgdb_runtime/doc " 生成doc文件
添加配置.vimrc
" vimgdb插件
run macros/gdb_mappings.vim
在vim中執(zhí)行g(shù)db時，報 “Unable to read from GDB pseudo tty” 的錯誤，因為沒有安裝 gdb ,所以安裝gdb
sudo apt-get install gdb
2、安裝vundle
set up vundle
$ git clone ~/.vim/bundle/vundle
Configure Plugins
在.vimrc文件的開頭添加下面的內(nèi)容，有些不是必須的，可以注掉
set nocompatible " be iMproved, required
filetype off " required
" set the runtime path to include Vundle and initialize
set rtp+=~/.vim/bundle/vundle/
call vundle#rc()
" alternatively, pass a path where Vundle should install plugins
"let path = '~/some/path/here'
"call vundle#rc(path)
" let Vundle manage Vundle, required
Plugin 'gmarik/vundle'
" The following are examples of different formats supported.
" Keep Plugin commands between here and filetype plugin indent on.
" scripts on GitHub repos
Plugin 'tpope/vim-fugitive'
Plugin 'Lokaltog/vim-easymotion'
Plugin 'tpope/vim-rails.git'
" The sparkup vim script is in a subdirectory of this repo called vim.
" Pass the path to set the runtimepath properly.
Plugin 'rstacruz/sparkup', {'rtp': 'vim/'}
" scripts from
Plugin 'L9'
Plugin 'FuzzyFinder'
" scripts not on GitHub
Plugin 'git://git.wincent.com/command-t.git'
" git repos on your local machine (i.e. when working on your own plugin)
Plugin ''
" ...
filetype plugin indent on " required
" To ignore plugin indent changes, instead use:
"filetype plugin on
"
" Brief help
" : PluginList - list configured plugins
" : PluginInstall(!) - install (update) plugins
" : PluginSearch(!) foo - search (or refresh cache first) for foo
" : PluginClean(!) - confirm (or auto-approve) removal of unused plugins
"
" see :h vundle for more details or wiki for FAQ
" NOTE: comments after Plugin commands are not allowed.
" Put your stuff after this line
Install Plugins
Launch vim and run
: PluginInstall
vim +PluginInstall +qall
3、官方vim-lang插件
Config vim file .vimrc,Add content bellow in bottom of the file
" 官方的插件
" Some Linux distributions set filetype in /etc/vimrc.
" Clear filetype flags before changing runtimepath to force Vim to
" reload them.
filetype off
filetype plugin indent off
set runtimepath+=$GOROOT/misc/vim
filetype plugin indent on
syntax on
autocmd FileType go autocmd BufWritePre Fmt
4、代碼補全的插件gocode
配置go的環(huán)境變量，比如我的配置,GOPATH變量是必須要配置的，PATH中必須把GOPATH的bin也添加進去，否則沒有自動提示，會提示找不到模式
export GOROOT=/usr/local/go
export GOPATH=/data/app/gopath
export PATH=$PATH:$GOROOT/bin:$GOPATH/bin
Set up gocode
Then you need to get the appropriate version of the gocode, for 6g/8g/5g compiler you can do this:
go get -u github.com/nsf/gocode (-u flag for "update")
Configure vim in .vimrc file
Plugin 'nsf/gocode', {'rtp': 'vim/'}
Install Plugins
Launch vim and run
: PluginInstall
vim +PluginInstall +qall
寫一個helloword程序，輸入fmt后按C-xC-o如果能看到函數(shù)的聲明展示出來，說明安裝是正確的。
4、代碼跳轉(zhuǎn)提示godef
Set up godef
go get -v code.google.com/p/rog-go/exp/cmd/godef
go install -v code.google.com/p/rog-go/exp/cmd/godef
git clone ~/.vim/bundle/vim-godef
Configure vim in .vimrc file
Bundle 'dgryski/vim-godef'
Install Plugins
Launch vim and run
: PluginInstall
vim +PluginInstall +qall
5、代碼結(jié)構(gòu)提示gotags
Set up gotags
go get -u github.com/jstemmer/gotags
Put the following configuration in your vimrc:
Bundle 'majutsushi/tagbar'
nmap :TagbarToggle
let g:tagbar_type_go = {
\ 'ctagstype' : 'go',
\ 'kinds' : [
\ 'p:package',
\ 'i:imports:1',
\ 'c:constants',
\ 'v:variables',
\ 't:types',
\ 'n:interfaces',
\ 'w:fields',
\ 'e:embedded',
\ 'm:methods',
\ 'r:constructor',
\ 'f:functions'
\ ],
\ 'sro' : '.',
\ 'kind2scope' : {
\ 't' : 'ctype',
\ 'n' : 'ntype'
\ },
\ 'scope2kind' : {
\ 'ctype' : 't',
\ 'ntype' : 'n'
\ },
\ 'ctagsbin' : 'gotags',
\ 'ctagsargs' : '-sort -silent'
\ }
命令模式下按在右邊就會顯示當前文件下的函數(shù)名，結(jié)構(gòu)體名等等，光標放到相應(yīng)的tag上，按回車可以快速跳到程序中的相應(yīng)位置。
再次按會關(guān)閉tag窗口。
PS:本地的.vimrc的配置
" 插件管理器 vundle
set nocompatible " be iMproved, required
filetype off " required
" set the runtime path to include Vundle and initialize
set rtp+=~/.vim/bundle/vundle/
call vundle#rc()
" alternatively, pass a path where Vundle should install plugins
"let path = '~/some/path/here'
"call vundle#rc(path)
" let Vundle manage Vundle, required
Plugin 'gmarik/vundle'
" The following are examples of different formats supported.
" Keep Plugin commands between here and filetype plugin indent on.
" scripts on GitHub repos
" Plugin 'tpope/vim-fugitive'
" Plugin 'Lokaltog/vim-easymotion'
" Plugin 'tpope/vim-rails.git'
" The sparkup vim script is in a subdirectory of this repo called vim.
" Pass the path to set the runtimepath properly.
" Plugin 'rstacruz/sparkup', {'rtp': 'vim/'}
" scripts from
" Plugin 'L9'
" Plugin 'FuzzyFinder'
" scripts not on GitHub
" Plugin 'git://git.wincent.com/command-t.git'
" git repos on your local machine (i.e. when working on your own plugin)
" Plugin ''
" ...
"
filetype plugin indent on " required
" To ignore plugin indent changes, instead use:
" filetype plugin on
"
" Brief help
" : PluginList - list configured plugins
" : PluginInstall(!) - install (update) plugins
" : PluginSearch(!) foo - search (or refresh cache first) for foo
" : PluginClean(!) - confirm (or auto-approve) removal of unused plugins
"
" see :h vundle for more details or wiki for FAQ
" NOTE: comments after Plugin commands are not allowed.
" Put your stuff after this line
syntax on
" ********************************************************************
" 這里省略了其它不相關(guān)的插件
" vimgdb插件
run macros/gdb_mappings.vim
" 官方的插件
" Some Linux distributions set filetype in /etc/vimrc.
" Clear filetype flags before changing runtimepath to force Vim to
" reload them.
filetype off
filetype plugin indent off
set runtimepath+=$GOROOT/misc/vim
filetype plugin indent on
syntax on
autocmd FileType go autocmd BufWritePre buffer Fmt
" 代碼補全的插件
Bundle 'Blackrush/vim-gocode'
" 代碼跳轉(zhuǎn)提示
Bundle 'dgryski/vim-godef'
" 代碼結(jié)構(gòu)提示
Bundle 'majutsushi/tagbar'
nmap F8 :TagbarToggleCR
let g:tagbar_type_go = {
\ 'ctagstype' : 'go',
\ 'kinds' : [
\ 'p:package',
\ 'i:imports:1',
\ 'c:constants',
\ 'v:variables',
\ 't:types',
\ 'n:interfaces',
\ 'w:fields',
\ 'e:embedded',
\ 'm:methods',
\ 'r:constructor',
\ 'f:functions'
\ ],
\ 'sro' : '.',
\ 'kind2scope' : {
\ 't' : 'ctype',
\ 'n' : 'ntype'
\ },
\ 'scope2kind' : {
\ 'ctype' : 't',
\ 'ntype' : 'n'
\ },
\ 'ctagsbin' : 'gotags',
\ 'ctagsargs' : '-sort -silent'
\ }
在Go語言中有一些調(diào)試技巧能幫助我們快速找到問題，有時候你想盡可能多的記錄異常但仍覺得不夠，搞清楚堆棧的意義有助于定位Bug或者記錄更完整的信息。
本文將討論堆棧跟蹤信息以及如何在堆棧中識別函數(shù)所傳遞的參數(shù)。
Functions
先從這段代碼開始：
Listing 1
01 package main
02
03 func main() {
04 ? ? slice := make([]string, 2, 4)
05 ? ? Example(slice, "hello", 10)
06 }
07
08 func Example(slice []string, str string, i int) {
09 ? ? panic("Want stack trace")
10 }
Example函數(shù)定義了3個參數(shù)，1個string類型的slice, 1個string和1個integer, 并且拋出了panic，運行這段代碼可以看到這樣的結(jié)果：
Listing 2
Panic: Want stack trace
goroutine 1 [running]:
main.Example(0x2080c3f50, 0x2, 0x4, 0x425c0, 0x5, 0xa)
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:9 +0x64
main.main()
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:5 +0x85
goroutine 2 [runnable]:
runtime.forcegchelper()
/Users/bill/go/src/runtime/proc.go:90
runtime.goexit()
/Users/bill/go/src/runtime/asm_amd64.s:2232 +0x1
goroutine 3 [runnable]:
runtime.bgsweep()
/Users/bill/go/src/runtime/mgc0.go:82
runtime.goexit()
/Users/bill/go/src/runtime/asm_amd64.s:2232 +0x1
堆棧信息中顯示了在panic拋出這個時間所有的goroutines狀態(tài)，發(fā)生的panic的goroutine會顯示在最上面。
Listing 3
01 goroutine 1 [running]:
02 main.Example(0x2080c3f50, 0x2, 0x4, 0x425c0, 0x5, 0xa)
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:9 +0x64
03 main.main()
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:5 +0x85
第1行顯示最先發(fā)出panic的是goroutine 1, 第二行顯示panic位于main.Example中, 并能定位到該行代碼，在本例中第9行引發(fā)了panic。
下面我們關(guān)注參數(shù)是如何傳遞的：
Listing 4
// Declaration
main.Example(slice []string, str string, i int)
// Call to Example by main.
slice := make([]string, 2, 4)
Example(slice, "hello", 10)
// Stack trace
main.Example(0x2080c3f50, 0x2, 0x4, 0x425c0, 0x5, 0xa)
這里展示了在main中帶參數(shù)調(diào)用Example函數(shù)時的堆棧信息，比較就能發(fā)現(xiàn)兩者的參數(shù)數(shù)量并不相同，Example定義了3個參數(shù)，堆棧中顯示了6個參數(shù)。現(xiàn)在的關(guān)鍵問題是我們要弄清楚它們是如何匹配的。
第1個參數(shù)是string類型的slice，我們知道在Go語言中slice是引用類型，即slice變量結(jié)構(gòu)會包含三個部分：指針、長度(Lengthe)、容量(Capacity)
Listing 5
// Slice parameter value
slice := make([]string, 2, 4)
// Slice header values
Pointer: ?0x2080c3f50
Length: ? 0x2
Capacity: 0x4
// Declaration
main.Example(slice []string, str string, i int)
// Stack trace
main.Example(0x2080c3f50, 0x2, 0x4, 0x425c0, 0x5, 0xa)
因此，前面3個參數(shù)會匹配slice， 如下圖所示：
Figure 1
figure provided by Georgi Knox
我們現(xiàn)在來看第二個參數(shù)，它是string類型，string類型也是引用類型，它包括兩部分：指針、長度。
Listing 6
// String parameter value
"hello"
// String header values
Pointer: 0x425c0
Length: ?0x5
// Declaration
main.Example(slice []string,?str string, i int)
// Stack trace
main.Example(0x2080c3f50, 0x2, 0x4,?0x425c0, 0x5, 0xa)
可以確定，堆棧信息中第4、5兩個參數(shù)對應(yīng)代碼中的string參數(shù)，如下圖所示：
Figure 2
figure provided by Georgi Knox
最后一個參數(shù)integer是single word值。
Listing 7
// Integer parameter value
10
// Integer value
Base 16: 0xa
// Declaration
main.Example(slice []string, str string,?i int)
// Stack trace
main.Example(0x2080c3f50, 0x2, 0x4, 0x425c0, 0x5,?0xa)
現(xiàn)在我們可以匹配代碼中的參數(shù)到堆棧信息了。
Figure 3
figure provided by Georgi Knox
Methods
如果我們將Example作為結(jié)構(gòu)體的方法會怎么樣呢?
Listing 8
01 package main
02
03 import "fmt"
04
05 type trace struct{}
06
07 func main() {
08 ? ? slice := make([]string, 2, 4)
09
10 ? ? var t trace
11 ? ? t.Example(slice, "hello", 10)
12 }
13
14 func (t *trace) Example(slice []string, str string, i int) {
15 ? ? fmt.Printf("Receiver Address: %p\n", t)
16 ? ? panic("Want stack trace")
17 }
如上所示修改代碼，將Example定義為trace的方法，并通過trace的實例t來調(diào)用Example。
再次運行程序，會發(fā)現(xiàn)堆棧信息有一點不同：
Listing 9
Receiver Address:?0x1553a8
panic: Want stack trace
01 goroutine 1 [running]:
02 main.(*trace).Example(0x1553a8, 0x2081b7f50, 0x2, 0x4, 0xdc1d0, 0x5, 0xa)
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:16 +0x116
03 main.main()
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:11 +0xae
首先注意第2行的方法調(diào)用使用了pointer receiver，在package名字和方法名之間多出了"*trace"字樣。另外，參數(shù)列表的第1個參數(shù)標明了結(jié)構(gòu)體(t)地址。我們從堆棧信息中看到了內(nèi)部實現(xiàn)細節(jié)。
Packing
如果有多個參數(shù)可以填充到一個single word, 則這些參數(shù)值會合并打包：
Listing 10
01 package main
02
03 func main() {
04 ? ? Example(true, false, true, 25)
05 }
06?
07 func Example(b1, b2, b3 bool, i uint8) {
08 ? ? panic("Want stack trace")
09 }
這個例子修改Example函數(shù)為4個參數(shù)：3個bool型和1個八位無符號整型。bool值也是用8個bit表示，所以在32位和64位架構(gòu)下，4個參數(shù)可以合并為一個single word。
Listing 11
01 goroutine 1 [running]:
02 main.Example(0x19010001)
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:8 +0x64
03 main.main()
/Users/bill/Spaces/Go/Projects/src/github.com/goinaction/code/
temp/main.go:4 +0x32
這是本例的堆棧信息，看下圖的具體分析：
Listing 12
// Parameter values
true, false, true, 25
// Word value
Bits ? ?Binary ? ? ?Hex ? Value
00-07 ? 0000 0001 ??01? ??true
08-15 ? 0000 0000 ??00? ? false
16-23 ? 0000 0001 ??01? ? true
24-31 ? 0001 1001 ??19? ? 25
// Declaration
main.Example(b1, b2, b3 bool, i uint8)
// Stack trace
main.Example(0x19010001)
以上展示了參數(shù)值是如何匹配到4個參數(shù)的。當我們看到堆棧信息中包括十六進制值，需要知道這些值是如何傳遞的。
重慶分公司
重慶分公司
