編譯器go2優先順序

Ⅰ Go 是怎麼使用 Go 來編譯自身的

1. Go是一個圖靈完備的語言
   

2. 任何圖靈完備的語言理論上都可以用來編譯自身。比如c/c++, java, vb, php等等都可以。

至於怎麼編譯自身的：

1. 用其它語言比如c++實現一個[Go語言編譯器-1]

2. 用Go語言寫一個[Go語言編譯器-2]
   

3. 用這個c++實現的[Go語言編譯器-1]編譯第2步裡面說的Go語言寫的[Go語言編譯器-2]

4. 用第3步得到的[Go語言編譯器-2]，再編譯一次第2步裡面說的[Go語言編譯器-2]的源碼。

5. OK，現在有一個Go語言實現的編譯器了，最開始那個c++寫的編譯器沒用了，可以扔掉不要了。以後就不停的優化使用這個Go語言實現的自身的編譯器就行了。
   

Ⅱ Go 語言到底適合干什麼

Go語言主要用作伺服器端開發，其定位是用來開發「大型軟體」的，適合於需要很多程序員一起開發，並且開發周期較長的大型軟體和支持雲計算的網路服務。

Go語言融合了傳統編譯型語言的高效性和腳本語言的易用性和富於表達性，不僅提高了項目的開發速度，而且後期維護起來也非常輕松。

編譯器

當前有兩個Go編譯器分支，分別為官方編譯器gc和gccgo。官方編譯器在初期使用C寫成，後用Go重寫從而實現自舉。Gccgo是一個使用標准GCC作為後端的Go編譯器。

官方編譯器支持跨平台編譯（但不支持CGO），允許將源代碼編譯為可在目標系統、架構上執行的二進制文件。

Ⅲ Go 是怎麼使用 Go 來編譯自身的

是Go語言嗎?
Go 編譯過程 九個步驟
第一步. all.bash
% cd $GOROOT/src
% ./all.bash
第一步 all.bash 只是調用了另外兩個 shell 腳本：make.bash 和run.bash。若使用 Windows 或 Plan9，其過程也基本類似，只是腳本分別以 .bat 或 .rc 結尾。在文章的其他部分，請用適當的操作系統對應的擴展來補全命令。

第二步. make.bash
. ./make.bash --no-banner

make.bash 作為 all.bash 內容的一部分，如果它退出也會中斷構建過程
第三步. cmd/dist
gcc -O2 -Wall -Werror -ggdb -o cmd/dist/dist -Icmd/dist cmd/dist/*.c
當健全檢查完成後，make.bash 開始編譯 cmd/dist。

第四步. go_bootstrap
現在 go_bootstrap 已經構建完成，make.bash 的最後一步是使用 go_bootstrap 編譯完整的 Go 標准庫，包括一個完整的 go 工具用以替換。
echo "# Building packages and commands for $GOOS/$GOARCH."
"$GOTOOLDIR"/go_bootstrap install -gcflags "$GO_GCFLAGS" \
-ldflags "$GO_LDFLAGS" -v std

第五步. run.bash
現在 make.bash 已經完成，回到 all.bash 的執行，這會調用 run.bash。run.bash 的任務是編譯和測試標准庫、運行時以及語言測試集。
bash run.bash --no-rebuild

由於 make.bash 和 run.bash 都會調用 go install -a std，因此需要使用 –no-rebuild 標志來避免重復前面的步驟，–no-rebuild 跳過了第二個 go install。
# allow all.bash to avoid double-build of everythingrebuild=trueif [ "$1" = "--no-rebuild" ]; then shiftelse echo '# Building packages and commands.' time go install -a -v std echofi

第六步. go test -a std
echo '# Testing packages.'
time go test std -short -timeout=$(expr 120 \* $timeout_scale)s
echo

接下來 run.bash 會在標准庫里所有的包上來運行用 testing 包編寫的單元測試。由於 $GOPATH 和 $GOROOT 中有著相同的命名空間，所以不能直接使用 go test … 否則 $GOPATH 中的每個包也會被逐一測試，因此創建了一個用於標准庫中的包的別名：std。由於一些測試需要比較長的時間，且會消耗大量內存，因此用 -short 標志對一些測試進行了過濾。

第七步. runtime 和 cgo 測試
run.bash 接下來的部分會運行平台對 cgo 支持的測試，執行一些性能測試，並且編譯一些伴隨 Go 發行版一起的雜項程序。隨著時間的流逝，這些雜項程序的清單會越來越長，那麼它們也就會不可避免的被從編譯過程中悄悄剝離出去。
第八步. go run test
(xcd ../test
unset GOMAXPROCS
time go run run.go
) || exit $?

run.bash 的倒數第二步會調用在 $GOROOT 下的 test 目錄里的編譯器和運行時的測試。他們是對於編譯器和運行時自身的，較為低級細節的測試。會執行語言規格測試，test/bugs 和 test/fixedbugs 子目錄保存有那些已經被發現並被修復的問題的獨立的測試。驅動測試的是一個小 Go 程序 $GOROOT/test/run.go，會執行 test 目錄里的每個 .go 文件。一些 .go 文件的首行包含了指導 run.go 對結果作出判斷的指令，例如，程序將會失敗，或提供一個確定的輸出隊列。
第九步. go tool api
echo '# Checking API compatibility.'
go tool api -c $GOROOT/api/go1.txt,$GOROOT/api/go1.1.txt \
-next $GOROOT/api/next.txt -except $GOROOT/api/except.txt
run.bash 的最後一步調用了 api 工具。

Ⅳ 如何看待go語言泛型的最新設計

Go 由於不支持泛型而臭名昭著，但最近，泛型已接近成為現實。Go 團隊實施了一個看起來比較穩定的設計草案，並且正以源到源翻譯器原型的形式獲得關注。本文講述的是泛型的最新設計，以及如何自己嘗試泛型。

例子

FIFO Stack

假設你要創建一個先進先出堆棧。沒有泛型，你可能會這樣實現：

type Stack []interface{}func (s Stack) Peek() interface{} {

return s[len(s)-1]

}

func (s *Stack) Pop() {

 *s = (*s)[:

len(*s)-1]

}

func (s *Stack) Push(value interface{}) {

 *s = 

append(*s, value)

}

但是，這里存在一個問題：每當你 Peek 項時，都必須使用類型斷言將其從 interface{} 轉換為你需要的類型。如果你的堆棧是 *MyObject 的堆棧，則意味著很多 s.Peek().(*MyObject)這樣的代碼。這不僅讓人眼花繚亂，而且還可能引發錯誤。比如忘記 * 怎麼辦？或者如果您輸入錯誤的類型怎麼辦？s.Push(MyObject{})` 可以順利編譯，而且你可能不會發現到自己的錯誤，直到它影響到你的整個服務為止。

通常，使用 interface{} 是相對危險的。使用更多受限制的類型總是更安全，因為可以在編譯時而不是運行時發現問題。

泛型通過允許類型具有類型參數來解決此問題：

type Stack(type T) []Tfunc (s Stack(T)) Peek() T {

return s[len(s)-1]

}

func (s *Stack(T)) Pop() {

 *s = (*s)[:

len(*s)-1]

}

func (s *Stack(T)) Push(value T) {

 *s = 

append(*s, value)

}

這會向 Stack 添加一個類型參數，從而完全不需要 interface{}。現在，當你使用 Peek() 時，返回的值已經是原始類型，並且沒有機會返回錯誤的值類型。這種方式更安全，更容易使用。（譯註：就是看起來更醜陋，^-^）

此外，泛型代碼通常更易於編譯器優化，從而獲得更好的性能（以二進制大小為代價）。如果我們對上面的非泛型代碼和泛型代碼進行基準測試，我們可以看到區別：

type MyObject struct {

    X 

int

}

var sink MyObjectfunc BenchmarkGo1(b *testing.B) {

for i := 0; i < b.N; i++ {

var s Stack

  s.Push(MyObject{})

  s.Push(MyObject{})

  s.Pop()

  sink = s.Peek().(MyObject)

 }

}

func BenchmarkGo2(b *testing.B) {

for i := 0; i < b.N; i++ {

var s Stack(MyObject)

  s.Push(MyObject{})

  s.Push(MyObject{})

  s.Pop()

  sink = s.Peek()

 }

}

結果：

BenchmarkGo1BenchmarkGo1-16     12837528         87.0 ns/op       48 B/op        2 allocs/opBenchmarkGo2BenchmarkGo2-16     28406479         41.9 ns/op       24 B/op        2 allocs/op

在這種情況下，我們分配更少的內存，同時泛型的速度是非泛型的兩倍。

合約（Contracts）

上面的堆棧示例適用於任何類型。但是，在許多情況下，你需要編寫僅適用於具有某些特徵的類型的代碼。例如，你可能希望堆棧要求類型實現 String() 函數

Ⅳ golang項目中使用條件編譯

golang中沒有類似C語言中條件編譯的寫法，比如在C代碼中可以使用如下語法做一些條件編譯，結合宏定義來使用可以實現諸如按需編譯release和debug版本代碼的需求

build tags 是通過代碼注釋的形式實現的，要寫在文件的最頂端；

go build指令在編譯項目的時候會檢查每一個文件的build tags，用來決定是編譯還是跳過該文件

build tags遵循以下規則

示例：

約束此文件只能在支持kqueue的BSD系統上編譯

一個文件可能包含多行條件編譯注釋，比如：

約束該文件在linux/386 或 darwin/386平台編譯

需要注意的點

正確的寫法如下：

編譯方法:

具有_$GOOS.go後綴的go文件在編譯的時候會根據當前平台來判斷是否將該文件導入並編譯；同樣適用於處理器架構判斷 _$GOARCH.go。

兩者可以結合起來使用，形式為： _$GOOS_$GOARCH.go

示例：

文件名必須提供，如果只由後綴的文件名會被編譯器忽略，比如：

這兩個文件會被編譯器忽略，因為以下劃線開頭的文件都會被忽略

Ⅵ linux如何確認是否有go編譯器

管理工具。根據博客查詢得知linux在管理工具查看確認是否有go編譯器，Linux是一種自由和開放源代碼的類UNIX操作系統。