建立一個用于編寫Go程序的工作目錄go-examples，其絕對路徑為/home/go-examples.開始編寫我們的第一個Go程序。
一、在go-examples下創建一個文件hello.go
復制代碼 代碼如下:
//hello.go
package main
import "fmt"http://實現格式化的I/O
/*Printf someting*/
func main(){
fmt.Printf("Hello,GO!\n")
}
我們來分析下這個程序：
1、程序中的第2行這個是必須的。所有的Go文件以package something>開頭，對于獨立運行的執行文件必須是package main；
2、第4行說需要將”fmt”包加入main。不是main的其他包都被稱為庫，其他許多編程語言有著類似的概念。
3、第1行和第4行中的//和/*---*/都是注釋
4、package main 必須首先出現，緊跟著是import。在Go中，package 總是首先出現，然后是import，然后是其他所有內容。當Go 程序在執行的時候，首先調用的函數是main.main()，這是從C 中繼承而來。這里定義了這個函數；
5、第8行調用了來自于fmt包的函數打印字符串到屏幕
二、編譯和運行代碼
編譯該源文件并執行生成的可執行文件
復制代碼 代碼如下:
[root@localhost go-examples]# go build hello.go
[root@localhost go-examples]# ls
hello hello.go
[root@localhost go-examples]# ./hello
Hello,GO!
通過go build加上要編譯的Go源文件名，我們即可得到一個可執行文件，默認情況下這個文件的名字為源文件名字去掉.go后綴。當然我們也可以通過-o選項來指定其他名字：
復制代碼 代碼如下:
[root@localhost go-examples]# go build -o firstgo hello.go
[root@localhost go-examples]# ls
firstgo hello.go
如果我們在go-examples目錄下直接執行go build命令，后面不帶文件名，我們將得到一個與目錄名同名的可執行文件：
復制代碼 代碼如下:
[root@localhost go-examples]# go build
[root@localhost go-examples]# ls
go-examples hello.go
三、程序入口點(entry point)和包(package)
Go保持了與C家族語言一致的風格：即目標為可執行程序的Go源碼中務必要有一個名為main的函數，該函數即為可執行程序的入口點。除此之外 Go還增加了一個約束：作為入口點的main函數必須在名為main的package中。正如上面hellogo.go源文件中的那樣，在源碼第 一行就聲明了該文件所歸屬的package為main。
Go去除了頭文件的概念，而借鑒了很多主流語言都采用的package的源碼組織方式。package是個邏輯概念，與文件沒有一一對應的關系。 如果多個源文件都在開頭聲明自己屬于某個名為foo的包，那這些源文件中的代碼在邏輯上都歸屬于包foo(這些文件最好在同一個目錄下，至少目前 的Go版本還無法支持不同目錄下的源文件歸屬于同一個包)。
我們看到hellogo.go中import一個名為fmt的包，并利用該包內的Printf函數輸出"Hello, Go!"。直覺告訴我們fmt包似乎是一個標準庫中的包。沒錯，fmt包提供了格式化文本輸出以及讀取格式化輸入的相關函數，與C中的printf或 scanf等類似。我們通過import語句將fmt包導入我們的源文件后就可以使用該fmt包導出(export)的功能函數了(比如 Printf)。
在C中，我們通過static來標識局部函數還是全局函數。而在Go中，包中的函數是否可以被外部調用，要看該函數名的首母是否為大寫。這是一種 Go語言固化的約定：首母大寫的函數被認為是導出的函數，可以被包之外的代碼調用；而小寫字母開頭的函數則僅能在包內使用。在例子中你也看到了 fmt包的Printf函數其首母就是大寫的。
四、GOPATH
把上面的hellogo.go稍作改造，拆分成兩個文件：main.go和hello.go
復制代碼 代碼如下:
//hello.go
package hello
import "fmt"
func Hello(who string){
fmt.Printf("Hello,%s!\n", who)
}
復制代碼 代碼如下:
//main.go
package main
import "hello"
func main(){
hello.Hello("GO")
}
用go build編譯main.go 結果如下
復制代碼 代碼如下:
[root@localhost go-examples]# go build main.go
main.go:4:8: import "hello": cannot find package
編譯器居然提示無法找到hello這個package，而hello.go中明明定義了package hello了。這是怎么回事呢？原來go compiler搜索package的方式與我們常規理解的有不同，Go在這方面也有一套約定，這里面涉及到一個重要的環境變量：GOPATH。我們可以使用go help gopath來查看一下有關gopath的manual。
Go compiler的package搜索順序是這樣的，以搜索hello這個package為例：
* 首先，Go compiler會在GO安裝目錄(GOROOT，這里是/home/go/)下查找是否有src/pkg/hello相關包源碼；如果沒有則繼續；
* 如果export GOPATH=PATH1:PAHT2，則Go compiler會依次查找是否存在PATH1/src/hello、PATH2/src/hello；配置在GOPATH中的PATH1和PATH2被稱作workplace；
* 如果在上述幾個位置均無法找到hello這個package，則提示出錯。
在本例子中，我們尚未設置過GOPATH環境變量，也沒有建立類似PATH1/src/hello這樣的路徑，因此Go compiler顯然無法找到hello這個package了。我們來設置一下GOPATH變量并建立相關目錄：
復制代碼 代碼如下:
[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中，這樣這個demo project顯得更加合理，所有源碼均在src下：
復制代碼 代碼如下:
[root@localhost go-examples]# cd src/
[root@localhost src]# ls
hello main.go
Go提供了install命令，與build命令相比，install命令在編譯源碼后還會將可執行文件或庫文件安裝到約定的目錄下。我們以main目錄為例：
復制代碼 代碼如下:
[root@localhost src]# cd main/
[root@localhost main]# go install
install命令執行后，我們發現main目錄下沒有任何變化，原先build時產生的main可執行文件也不見了蹤影。別急，Go install也有一套自己的約定：
* go install(在src/DIR下)編譯出的可執行文件以其所在目錄名(DIR)命名
* go install將可執行文件安裝到與src同級別的bin目錄下，bin目錄由go install自動創建
* go install將可執行文件依賴的各種package編譯后，放在與src同級別的pkg目錄下
現在我們來看看bin目錄：
復制代碼 代碼如下:
[root@localhost go-examples]# ls
bin pkg src
[root@localhost go-examples]# ls bin/
main
的確出現一個bin目錄，并且剛剛編譯的程序main在bin下面。
hello.go編譯后并非可執行程序，在編譯main的同時，由于main依賴hello package，因此hello也被關聯編譯了。這與單獨在hello目錄下執行install的結果是一樣的，我們試試：
復制代碼 代碼如下:
[root@localhost src]# cd hello/
[root@localhost hello]# go install
[root@localhost hello]# ls /home/go-examples/
bin pkg src
在我們的workspace(go-examples目錄)下出現了一個pkg目錄，pkg目錄下是一個名為linux_386的子目錄，其下面有一個文 件：hello.a。這就是我們install的結果。hello.go被編譯為hello.a并安裝到pkg/linux_386目錄下了。
.a這個后綴名讓我們想起了靜態共享庫，但這里的.a卻是Go獨有的文件格式，與傳統的靜態共享庫并不兼容。但Go語言的設計者使用這個后綴名似乎是希望 這個.a文件也承擔起Go語言中"靜態共享庫"的角色。我們不妨來試試，看看這個hello.a是否可以被Go compiler當作"靜態共享庫"來對待。我們移除src中的hello目錄，然后在main目錄下執行go build：
復制代碼 代碼如下:
[root@localhost main]# go build
main.go:4:8: import "hello": cannot find package
Go編譯器提示無法找到hello這個包，可見目前版本的Go編譯器似乎不理pkg下的.a文件。http://code.google.com/p/go/issues/detail?id=2775 這個issue也印證了這一點，不過后續Go版本很可能會支持鏈接.a文件。畢竟我們在使用第三方package的時候，很可能無法得到其源碼，并且在每個項目中都保存一份第三方包的源碼也十分不利于項目源碼的后期維護。
您可能感興趣的文章:- Go語言中關閉帶緩沖區的頻道實例分析
- Go語言中的指針運算實例分析
- Go語言共享內存讀寫實例分析
- Go語言中嵌入C語言的方法
- Go語言實現的web爬蟲實例
- Go語言中Select語句用法實例
- Go語言接口用法實例
- Go語言中的方法定義用法分析
- Go語言調用其它程序并獲得程序輸出的方法
