基本設(shè)計(jì)思路：
成都創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的嘉陵網(wǎng)站設(shè)計(jì)、移動媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！
類型轉(zhuǎn)換、類型斷言、動態(tài)派發(fā)。iface，eface。
反射對象具有的方法：
編譯優(yōu)化：
內(nèi)部實(shí)現(xiàn)：
實(shí)現(xiàn) Context 接口有以下幾個類型（空實(shí)現(xiàn)就忽略了）：
互斥鎖的控制邏輯：
設(shè)計(jì)思路：
（以上為寫被讀阻塞，下面是讀被寫阻塞）
總結(jié)，讀寫鎖的設(shè)計(jì)還是非常巧妙的：
設(shè)計(jì)思路：
WaitGroup 有三個暴露的函數(shù):
部件：
設(shè)計(jì)思路：
結(jié)構(gòu)：
Once 只暴露了一個方法：
實(shí)現(xiàn)：
三個關(guān)鍵點(diǎn)：
細(xì)節(jié)：
讓多協(xié)程任務(wù)的開始執(zhí)行時間可控（按順序或歸一）。（Context 是控制結(jié)束時間）
設(shè)計(jì)思路： 通過一個鎖和內(nèi)置的 notifyList 隊(duì)列實(shí)現(xiàn)，Wait() 會生成票據(jù)，并將等待協(xié)程信息加入鏈表中，等待控制協(xié)程中發(fā)送信號通知一個（Signal()）或所有（Boardcast()）等待者（內(nèi)部實(shí)現(xiàn)是通過票據(jù)通知的）來控制協(xié)程解除阻塞。
暴露四個函數(shù)：
實(shí)現(xiàn)細(xì)節(jié)：
部件：
包： golang.org/x/sync/errgroup
作用：開啟 func() error 函數(shù)簽名的協(xié)程，在同 Group 下協(xié)程并發(fā)執(zhí)行過程并收集首次 err 錯誤。通過 Context 的傳入，還可以控制在首次 err 出現(xiàn)時就終止組內(nèi)各協(xié)程。
設(shè)計(jì)思路：
結(jié)構(gòu)：
暴露的方法：
實(shí)現(xiàn)細(xì)節(jié)：
注意問題：
包： "golang.org/x/sync/semaphore"
作用：排隊(duì)借資源（如錢，有借有還）的一種場景。此包相當(dāng)于對底層信號量的一種暴露。
設(shè)計(jì)思路：有一定數(shù)量的資源 Weight，每一個 waiter 攜帶一個 channel 和要借的數(shù)量 n。通過隊(duì)列排隊(duì)執(zhí)行借貸。
結(jié)構(gòu)：
暴露方法：
細(xì)節(jié)：
部件：
細(xì)節(jié)：
包： "golang.org/x/sync/singleflight"
作用：防擊穿。瞬時的相同請求只調(diào)用一次，response 被所有相同請求共享。
設(shè)計(jì)思路：按請求的 key 分組（一個 *call 是一個組，用 map 映射存儲組），每個組只進(jìn)行一次訪問，組內(nèi)每個協(xié)程會獲得對應(yīng)結(jié)果的一個拷貝。
結(jié)構(gòu)：
邏輯：
細(xì)節(jié)：
部件：
如有錯誤，請批評指正。
對比于其他語言的程序，Go語言的跨平臺能力是真的強(qiáng)，拿.Net和JAVA來說吧，.Net在.Net core出現(xiàn)之前是不能跨平臺的，只能在windows上編譯運(yùn)行，即使是.net core出現(xiàn)以后，跨平臺的程序也是相當(dāng)?shù)穆闊?。而java雖然一直都可以跨平臺，但是運(yùn)行JAVA程序的機(jī)器上也必須要有JAVA程序運(yùn)行環(huán)境JRE。而相對于Go程序，跨平臺就簡單的多了，只需要在編譯指定目標(biāo)程序運(yùn)行的架構(gòu)和環(huán)境即可編譯出指定操作系統(tǒng)和架構(gòu)的程序。
以上是指定了go的環(huán)境變量后執(zhí)行的go build命令進(jìn)行目標(biāo)程序的構(gòu)建，這種方式會一直生效的，如果不讓他一直生效，可以在構(gòu)建的時候臨時指定環(huán)境變量，下面以window的環(huán)境為例，來介紹臨時指定環(huán)境變量的方式構(gòu)建可以在Linux環(huán)境下運(yùn)行的可執(zhí)行程序：
可以根據(jù)不同的架構(gòu)和操作系統(tǒng)將其編寫為不同的.bat的可執(zhí)行文件放置在程序的根目錄，Linux的和MAC的也一樣編寫成腳本文件放置在程序的根目錄，這樣在構(gòu)建的時候就不用再敲命令了，直接運(yùn)行腳本就可以了。
Java程序編譯打包后為war包或者是java包，必須執(zhí)行java -jar 命令或者將其放置到tomcat的指定目錄下，運(yùn)行tomcat程序。而Go語言編寫的程序最終為可執(zhí)行的文件（window下編譯出的是.exe的可執(zhí)行文件），只需要將其賦予可執(zhí)行的權(quán)限就可以直接運(yùn)行了。
構(gòu)建JAVA程序的鏡像需要指定java的基礎(chǔ)鏡像，否則就需要在鏡像中安裝java的運(yùn)行環(huán)境了，下面展示的是構(gòu)建的一個JAVA程序的鏡像，構(gòu)建出來鏡像的體積相對比較大
而Go程序制作出的鏡像就不需要安裝任何的依賴環(huán)境，因?yàn)樗诖虬臅r候就已經(jīng)將依賴的包一塊打包到一起了
拿著這個鏡像就可以到處運(yùn)行了。
通過對比我們可以發(fā)現(xiàn)，如果沒有之前的技術(shù)和業(yè)務(wù)的積累，重新開發(fā)一個新的項(xiàng)目，使用go去開發(fā)無疑是最容易上手的，所以現(xiàn)在很多公司都使用go進(jìn)行開發(fā)，也逐漸將其他語言的項(xiàng)目逐步的用go語言進(jìn)行改造。其實(shí)用什么語言不重要，合適的才重要，開發(fā)項(xiàng)目在選擇語言的時候也會綜合多方面來考慮選擇合適的語言和架構(gòu)，畢竟很多公司都不是搞研究的，都需要項(xiàng)目來賺錢，所以開發(fā)的速度、客戶的滿意度、項(xiàng)目交付的時間才是驅(qū)動公司技術(shù)的主要因素。
我們個人也應(yīng)該不斷完善自己的技術(shù)棧，不應(yīng)該太依靠某種語言，最重要的還是自己的架構(gòu)思想和底層架構(gòu)知識，只有掌握了這些才能夠不被 社會 和公司“優(yōu)化”。
package main
import (
"fmt"
"os"
)
func main() {
if len(os.Args) 2 {
fmt.Println("Please Input File Name!")
return
}
file, err := os.Open(os.Args[1])
if err != nil {
return
}
buff := make([]byte, 1000)
_, err = file.Read(buff)
if err != nil {
return
}
a, c, d, e, _ := Sum(buff)
fmt.Printf("a c d e \n%d %d %d %d\n", a, c, d, e)
}
func Sum(buff []byte) (a, c, d, e, def int) {
for i := 0; i len(buff); i++ {
switch buff[i] {
case 'a':
a++
case 'c':
c++
case 'd':
d++
case 'e':
e++
default:
def++
}
}
return
}
是Go語言嗎?
Go 編譯過程 九個步驟
第一步. all.bash
%?cd?$GOROOT/src
%?./all.bash
第一步 all.bash?只是調(diào)用了另外兩個 shell 腳本：make.bash?和run.bash。若使用 Windows 或 Plan 9，其過程也基本類似，只是腳本分別以 .bat 或 .rc 結(jié)尾。在文章的其他部分，請用適當(dāng)?shù)牟僮飨到y(tǒng)對應(yīng)的擴(kuò)展來補(bǔ)全命令。
第二步. make.bash
.?./make.bash?--no-banner
make.bash 作為 all.bash 內(nèi)容的一部分，如果它退出也會中斷構(gòu)建過程
第三步. cmd/dist
gcc?-O2?-Wall?-Werror?-ggdb?-o?cmd/dist/dist?-Icmd/dist?cmd/dist/*.c
當(dāng)健全檢查完成后，make.bash 開始編譯?cmd/dist。
第四步. go_bootstrap
現(xiàn)在 go_bootstrap 已經(jīng)構(gòu)建完成，make.bash 的最后一步是使用 go_bootstrap 編譯完整的 Go 標(biāo)準(zhǔn)庫，包括一個完整的 go 工具用以替換。
echo?"#?Building?packages?and?commands?for?$GOOS/$GOARCH."
"$GOTOOLDIR"/go_bootstrap?install?-gcflags?"$GO_GCFLAGS"?\
-ldflags?"$GO_LDFLAGS"?-v?std
第五步. run.bash
現(xiàn)在 make.bash 已經(jīng)完成，回到 all.bash 的執(zhí)行，這會調(diào)用 run.bash。run.bash 的任務(wù)是編譯和測試標(biāo)準(zhǔn)庫、運(yùn)行時以及語言測試集。
bash?run.bash?--no-rebuild
由于 make.bash 和 run.bash 都會調(diào)用 go install -a std，因此需要使用 –no-rebuild 標(biāo)志來避免重復(fù)前面的步驟，–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 會在標(biāo)準(zhǔn)庫里所有的包上來運(yùn)行用 testing 包編寫的單元測試。由于 $GOPATH 和 $GOROOT 中有著相同的命名空間，所以不能直接使用 go test … 否則 $GOPATH 中的每個包也會被逐一測試，因此創(chuàng)建了一個用于標(biāo)準(zhǔn)庫中的包的別名：std。由于一些測試需要比較長的時間，且會消耗大量內(nèi)存，因此用 -short 標(biāo)志對一些測試進(jìn)行了過濾。
第七步. runtime 和 cgo 測試
run.bash 接下來的部分會運(yùn)行平臺對 cgo 支持的測試，執(zhí)行一些性能測試，并且編譯一些伴隨 Go 發(fā)行版一起的雜項(xiàng)程序。隨著時間的流逝，這些雜項(xiàng)程序的清單會越來越長，那么它們也就會不可避免的被從編譯過程中悄悄剝離出去。
第八步. go run test
(xcd?../test
unset?GOMAXPROCS
time?go?run?run.go
)?||?exit?$?
run.bash 的倒數(shù)第二步會調(diào)用在 $GOROOT 下的 test 目錄里的編譯器和運(yùn)行時的測試。他們是對于編譯器和運(yùn)行時自身的，較為低級細(xì)節(jié)的測試。會執(zhí)行語言規(guī)格測試，test/bugs 和 test/fixedbugs 子目錄保存有那些已經(jīng)被發(fā)現(xiàn)并被修復(fù)的問題的獨(dú)立的測試。驅(qū)動測試的是一個小 Go 程序 $GOROOT/test/run.go，會執(zhí)行 test 目錄里的每個 .go 文件。一些 .go 文件的首行包含了指導(dǎo) run.go 對結(jié)果作出判斷的指令，例如，程序?qū)?，或提供一個確定的輸出隊(duì)列。
第九步. 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 的最后一步調(diào)用了 api 工具。
當(dāng)客戶端在 發(fā)出POST請求時/albums，您希望將請求正文中描述的專輯添加到現(xiàn)有專輯數(shù)據(jù)中。
為此，您將編寫以下內(nèi)容：
1、編寫代碼
a.添加代碼以將專輯數(shù)據(jù)添加到專輯列表。
在此代碼中：
1）用于Context.BindJSON 將請求正文綁定到newAlbum。
2） album將從 JSON 初始化的結(jié)構(gòu)附加到albums 切片。
3）向響應(yīng)添加201狀態(tài)代碼，以及表示您添加的專輯的 JSON。
b.更改您的main函數(shù)，使其包含該router.POST函數(shù)，如下所示。
在此代碼中：
1）將路徑中的POST方法與 /albumspostAlbums函數(shù)相關(guān)聯(lián)。
使用 Gin，您可以將處理程序與 HTTP 方法和路徑組合相關(guān)聯(lián)。這樣，您可以根據(jù)客戶端使用的方法將發(fā)送到單個路徑的請求單獨(dú)路由。
a.如果服務(wù)器從上一節(jié)開始仍在運(yùn)行，請停止它。
b.從包含 main.go 的目錄中的命令行，運(yùn)行代碼。
c.從不同的命令行窗口，用于curl向正在運(yùn)行的 Web 服務(wù)發(fā)出請求。
該命令應(yīng)顯示添加專輯的標(biāo)題和 JSON。
d.與上一節(jié)一樣，使用curl檢索完整的專輯列表，您可以使用它來確認(rèn)添加了新專輯。
該命令應(yīng)顯示專輯列表。
當(dāng)客戶端向 發(fā)出請求時GET /albums/[id]，您希望返回 ID 與id路徑參數(shù)匹配的專輯。
為此，您將：
a.在您在上一節(jié)中添加的函數(shù)下方postAlbums，粘貼以下代碼以檢索特定專輯。
此getAlbumByID函數(shù)將提取請求路徑中的 ID，然后找到匹配的專輯。
在此代碼中：
（1）Context.Param用于從 URL 中檢索id路徑參數(shù)。當(dāng)您將此處理程序映射到路徑時，您將在路徑中包含參數(shù)的占位符。
（2）循環(huán)album切片中的結(jié)構(gòu)，尋找其ID 字段值與id參數(shù)值匹配的結(jié)構(gòu)。如果找到，則將該album結(jié)構(gòu)序列化為 JSON，并將其作為帶有200 OK HTTP 代碼的響應(yīng)返回。
如上所述，實(shí)際使用中的服務(wù)可能會使用數(shù)據(jù)庫查詢來執(zhí)行此查找。
（3）如果找不到專輯，則返回 HTTP 404錯誤。
b.最后，更改您的main，使其包含對router.GET的新調(diào)用，路徑現(xiàn)在為/albums/:id ，如以下示例所示。
在此代碼中：
（1）將/albums/:id路徑與getAlbumByID功能相關(guān)聯(lián)。在 Gin 中，路徑中項(xiàng)目前面的冒號表示該項(xiàng)目是路徑參數(shù)。
a.如果服務(wù)器從上一節(jié)開始仍在運(yùn)行，請停止它。
b.在包含 main.go 的目錄中的命令行中，運(yùn)行代碼以啟動服務(wù)器。
c.從不同的命令行窗口，用于curl向正在運(yùn)行的 Web 服務(wù)發(fā)出請求。
該命令應(yīng)顯示您使用其 ID 的專輯的 JSON。如果找不到專輯，您將收到帶有錯誤消息的 JSON。
恭喜！您剛剛使用 Go 和 Gin 編寫了一個簡單的 RESTful Web 服務(wù)。
本節(jié)包含您使用本教程構(gòu)建的應(yīng)用程序的代碼。
重慶分公司
重慶分公司
