快捷導(dǎo)航

創(chuàng)建第一個(gè)Go語(yǔ)言程序Hello,Go!

更新時(shí)間：2014年10月28日 09:07:49 投稿：junjie

這篇文章主要介紹了創(chuàng)建第一個(gè)Go語(yǔ)言程序Hello,Go!本文詳細(xì)的給出項(xiàng)目創(chuàng)建、代碼編寫(xiě)的過(guò)程,同時(shí)講解了GOPATH、Go install等內(nèi)容,需要的朋友可以參考下

建立一個(gè)用于編寫(xiě)Go程序的工作目錄go-examples，其絕對(duì)路徑為/home/go-examples.開(kāi)始編寫(xiě)我們的第一個(gè)Go程序。

一、在go-examples下創(chuàng)建一個(gè)文件hello.go

復(fù)制代碼代碼如下:

//hello.go
package main

import "fmt"http://實(shí)現(xiàn)格式化的I/O

/*Printf someting*/
func main(){
fmt.Printf("Hello,GO!\n")
}

我們來(lái)分析下這個(gè)程序：

1、程序中的第2行這個(gè)是必須的。所有的Go文件以package <something>開(kāi)頭，對(duì)于獨(dú)立運(yùn)行的執(zhí)行文件必須是package main；

2、第4行說(shuō)需要將”fmt”包加入main。不是main的其他包都被稱為庫(kù)，其他許多編程語(yǔ)言有著類似的概念。

3、第1行和第4行中的//和/*---*/都是注釋

4、package main 必須首先出現(xiàn)，緊跟著是import。在Go中，package 總是首先出現(xiàn)，然后是import，然后是其他所有內(nèi)容。當(dāng)Go 程序在執(zhí)行的時(shí)候，首先調(diào)用的函數(shù)是main.main()，這是從C 中繼承而來(lái)。這里定義了這個(gè)函數(shù)；

5、第8行調(diào)用了來(lái)自于fmt包的函數(shù)打印字符串到屏幕

二、編譯和運(yùn)行代碼

編譯該源文件并執(zhí)行生成的可執(zhí)行文件

復(fù)制代碼代碼如下:

[root@localhost go-examples]# go build hello.go   

[root@localhost go-examples]# ls   

hello hello.go   

[root@localhost go-examples]# ./hello   

Hello,GO!

通過(guò)go build加上要編譯的Go源文件名，我們即可得到一個(gè)可執(zhí)行文件，默認(rèn)情況下這個(gè)文件的名字為源文件名字去掉.go后綴。當(dāng)然我們也可以通過(guò)-o選項(xiàng)來(lái)指定其他名字：

復(fù)制代碼代碼如下:

[root@localhost go-examples]# go build -o firstgo hello.go   

[root@localhost go-examples]# ls   

firstgo hello.go  

如果我們?cè)趃o-examples目錄下直接執(zhí)行g(shù)o build命令，后面不帶文件名，我們將得到一個(gè)與目錄名同名的可執(zhí)行文件：

復(fù)制代碼代碼如下:

[root@localhost go-examples]# go build   

[root@localhost go-examples]# ls   

go-examples hello.go  

三、程序入口點(diǎn)(entry point)和包(package)

Go保持了與C家族語(yǔ)言一致的風(fēng)格：即目標(biāo)為可執(zhí)行程序的Go源碼中務(wù)必要有一個(gè)名為main的函數(shù)，該函數(shù)即為可執(zhí)行程序的入口點(diǎn)。除此之外 Go還增加了一個(gè)約束：作為入口點(diǎn)的main函數(shù)必須在名為main的package中。正如上面hellogo.go源文件中的那樣，在源碼第一行就聲明了該文件所歸屬的package為main。

Go去除了頭文件的概念，而借鑒了很多主流語(yǔ)言都采用的package的源碼組織方式。package是個(gè)邏輯概念，與文件沒(méi)有一一對(duì)應(yīng)的關(guān)系。如果多個(gè)源文件都在開(kāi)頭聲明自己屬于某個(gè)名為foo的包，那這些源文件中的代碼在邏輯上都?xì)w屬于包foo(這些文件最好在同一個(gè)目錄下，至少目前的Go版本還無(wú)法支持不同目錄下的源文件歸屬于同一個(gè)包)。

我們看到hellogo.go中import一個(gè)名為fmt的包，并利用該包內(nèi)的Printf函數(shù)輸出"Hello, Go!"。直覺(jué)告訴我們fmt包似乎是一個(gè)標(biāo)準(zhǔn)庫(kù)中的包。沒(méi)錯(cuò)，fmt包提供了格式化文本輸出以及讀取格式化輸入的相關(guān)函數(shù)，與C中的printf或 scanf等類似。我們通過(guò)import語(yǔ)句將fmt包導(dǎo)入我們的源文件后就可以使用該fmt包導(dǎo)出(export)的功能函數(shù)了(比如 Printf)。

在C中，我們通過(guò)static來(lái)標(biāo)識(shí)局部函數(shù)還是全局函數(shù)。而在Go中，包中的函數(shù)是否可以被外部調(diào)用，要看該函數(shù)名的首母是否為大寫(xiě)。這是一種 Go語(yǔ)言固化的約定：首母大寫(xiě)的函數(shù)被認(rèn)為是導(dǎo)出的函數(shù)，可以被包之外的代碼調(diào)用；而小寫(xiě)字母開(kāi)頭的函數(shù)則僅能在包內(nèi)使用。在例子中你也看到了 fmt包的Printf函數(shù)其首母就是大寫(xiě)的。

四、GOPATH

把上面的hellogo.go稍作改造，拆分成兩個(gè)文件：main.go和hello.go

復(fù)制代碼代碼如下:

//hello.go   

package hello   

import "fmt"  

func Hello(who string){   

     fmt.Printf("Hello,%s!\n", who)   

}

復(fù)制代碼代碼如下:

//main.go   

package main   

import "hello"  

func main(){   

     hello.Hello("GO")   

}

用go build編譯main.go 結(jié)果如下

復(fù)制代碼代碼如下:

[root@localhost go-examples]# go build main.go   

main.go:4:8: import "hello": cannot find package  

編譯器居然提示無(wú)法找到hello這個(gè)package，而hello.go中明明定義了package hello了。這是怎么回事呢？原來(lái)go compiler搜索package的方式與我們常規(guī)理解的有不同，Go在這方面也有一套約定，這里面涉及到一個(gè)重要的環(huán)境變量：GOPATH。我們可以使用go help gopath來(lái)查看一下有關(guān)gopath的manual。

Go compiler的package搜索順序是這樣的，以搜索hello這個(gè)package為例：

* 首先，Go compiler會(huì)在GO安裝目錄(GOROOT，這里是/home/go/)下查找是否有src/pkg/hello相關(guān)包源碼；如果沒(méi)有則繼續(xù)；

* 如果export GOPATH=PATH1:PAHT2，則Go compiler會(huì)依次查找是否存在PATH1/src/hello、PATH2/src/hello；配置在GOPATH中的PATH1和PATH2被稱作workplace；

* 如果在上述幾個(gè)位置均無(wú)法找到hello這個(gè)package，則提示出錯(cuò)。

在本例子中，我們尚未設(shè)置過(guò)GOPATH環(huán)境變量，也沒(méi)有建立類似PATH1/src/hello這樣的路徑，因此Go compiler顯然無(wú)法找到hello這個(gè)package了。我們來(lái)設(shè)置一下GOPATH變量并建立相關(guān)目錄：

復(fù)制代碼代碼如下:

[root@localhost go-examples]# export GOPATH=/home/go-examples/   

[root@localhost go-examples]# mkdir src/hello -p   

[root@localhost go-examples]# mv hello.go src/hello/   

[root@localhost go-examples]# go build main.go   

[root@localhost go-examples]# ls   

main main.go src   

[root@localhost go-examples]# ./main   

Hello,GO!

五、Go install

將main.go移到src/main中，這樣這個(gè)demo project顯得更加合理，所有源碼均在src下：

復(fù)制代碼代碼如下:

[root@localhost go-examples]# cd src/   

[root@localhost src]# ls   

hello main.go  

Go提供了install命令，與build命令相比，install命令在編譯源碼后還會(huì)將可執(zhí)行文件或庫(kù)文件安裝到約定的目錄下。我們以main目錄為例：

復(fù)制代碼代碼如下:

[root@localhost src]# cd main/   

[root@localhost main]# go install  

install命令執(zhí)行后，我們發(fā)現(xiàn)main目錄下沒(méi)有任何變化，原先build時(shí)產(chǎn)生的main可執(zhí)行文件也不見(jiàn)了蹤影。別急，Go install也有一套自己的約定：

* go install(在src/DIR下)編譯出的可執(zhí)行文件以其所在目錄名(DIR)命名

* go install將可執(zhí)行文件安裝到與src同級(jí)別的bin目錄下，bin目錄由go install自動(dòng)創(chuàng)建

* go install將可執(zhí)行文件依賴的各種package編譯后，放在與src同級(jí)別的pkg目錄下

現(xiàn)在我們來(lái)看看bin目錄：

復(fù)制代碼代碼如下:

[root@localhost go-examples]# ls   

bin pkg src   

[root@localhost go-examples]# ls bin/   

main

的確出現(xiàn)一個(gè)bin目錄，并且剛剛編譯的程序main在bin下面。

hello.go編譯后并非可執(zhí)行程序，在編譯main的同時(shí)，由于main依賴hello package，因此hello也被關(guān)聯(lián)編譯了。這與單獨(dú)在hello目錄下執(zhí)行install的結(jié)果是一樣的，我們?cè)囋嚕?/p>

復(fù)制代碼代碼如下:

[root@localhost src]# cd hello/   

[root@localhost hello]# go install   

[root@localhost hello]# ls /home/go-examples/   

bin pkg src

在我們的workspace(go-examples目錄)下出現(xiàn)了一個(gè)pkg目錄，pkg目錄下是一個(gè)名為linux_386的子目錄，其下面有一個(gè)文件：hello.a。這就是我們install的結(jié)果。hello.go被編譯為hello.a并安裝到pkg/linux_386目錄下了。

.a這個(gè)后綴名讓我們想起了靜態(tài)共享庫(kù)，但這里的.a卻是Go獨(dú)有的文件格式，與傳統(tǒng)的靜態(tài)共享庫(kù)并不兼容。但Go語(yǔ)言的設(shè)計(jì)者使用這個(gè)后綴名似乎是希望這個(gè).a文件也承擔(dān)起Go語(yǔ)言中"靜態(tài)共享庫(kù)"的角色。我們不妨來(lái)試試，看看這個(gè)hello.a是否可以被Go compiler當(dāng)作"靜態(tài)共享庫(kù)"來(lái)對(duì)待。我們移除src中的hello目錄，然后在main目錄下執(zhí)行g(shù)o build：

復(fù)制代碼代碼如下:

[root@localhost main]# go build   

main.go:4:8: import "hello": cannot find package  

Go編譯器提示無(wú)法找到hello這個(gè)包，可見(jiàn)目前版本的Go編譯器似乎不理pkg下的.a文件。http://code.google.com/p/go/issues/detail?id=2775 這個(gè)issue也印證了這一點(diǎn)，不過(guò)后續(xù)Go版本很可能會(huì)支持鏈接.a文件。畢竟我們?cè)谑褂玫谌絧ackage的時(shí)候，很可能無(wú)法得到其源碼，并且在每個(gè)項(xiàng)目中都保存一份第三方包的源碼也十分不利于項(xiàng)目源碼的后期維護(hù)。

您可能感興趣的文章: