Golang回調(diào)函數(shù)實(shí)例二則

回調(diào)函數(shù)就是一個(gè)通過(guò)函數(shù)指針調(diào)用的函數(shù)。如果你把函數(shù)的指針（地址）作為參數(shù)傳遞給另一個(gè)函數(shù)，當(dāng)這個(gè)指針被用來(lái)調(diào)用其所指向的函數(shù)時(shí)，我們就說(shuō)這是回調(diào)函數(shù)?；卣{(diào)函數(shù)不是由該函數(shù)的實(shí)現(xiàn)方直接調(diào)用，而是在特定的事件或條件發(fā)生時(shí)由另外的一方調(diào)用的，用于對(duì)該事件或條件進(jìn)行響應(yīng)。

從策劃到設(shè)計(jì)制作，每一步都追求做到細(xì)膩，制作可持續(xù)發(fā)展的企業(yè)網(wǎng)站。為客戶提供成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、網(wǎng)站策劃、網(wǎng)頁(yè)設(shè)計(jì)、域名與空間、網(wǎng)頁(yè)空間、網(wǎng)絡(luò)營(yíng)銷、VI設(shè)計(jì)、 網(wǎng)站改版、漏洞修補(bǔ)等服務(wù)。為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案,以客戶的口碑塑造優(yōu)易品牌,攜手廣大客戶,共同發(fā)展進(jìn)步。

/br

/br

/br

通過(guò)上面的兩個(gè)簡(jiǎn)單例子，相信機(jī)智的你已經(jīng)了解Golang的回調(diào)機(jī)智咯~

golang afterfunc 回調(diào)函數(shù)可以帶參數(shù)嗎

容易產(chǎn)生歧義！ 定義函數(shù)如下：def func(alist=None, blist) 調(diào)用方式為func(lista)，當(dāng)lista對(duì)應(yīng)于參數(shù)blist則函數(shù)調(diào)用正確，如果對(duì)應(yīng)于alist，則函數(shù)調(diào)用錯(cuò)誤。 最后，對(duì)于函數(shù)具有多個(gè)默認(rèn)參數(shù)而言，設(shè)計(jì)將會(huì)更加復(fù)雜！

Go之回調(diào)函數(shù)

高階函數(shù)：

??根據(jù)go語(yǔ)言的數(shù)據(jù)類型的特點(diǎn)，可以將一個(gè)函數(shù)作為另一個(gè)函數(shù)的參數(shù)

??fun1(),fun2()

????將fun1函數(shù)作為fun2這個(gè)函數(shù)的參數(shù)。

??fun2函數(shù)：高階函數(shù)

????接受了一個(gè)函數(shù)作為參數(shù)的函數(shù)，高階函數(shù)

??fun1函數(shù)：回調(diào)函數(shù)

????作為另一個(gè)函數(shù)的參數(shù)的函數(shù)，叫做回調(diào)函數(shù)

2. daemon詳解——APIServer

Server接收用戶通過(guò)client發(fā)來(lái)的請(qǐng)求，按照路由規(guī)則分發(fā)，交給后端處理完畢后將結(jié)果返回至client

之前說(shuō)到 start() 中的 NewDaemon() 是初始化Daemon的核心邏輯，APIServer的創(chuàng)建在 start() 中。

初始化router的過(guò)程同樣在 start() 里。

那么，還需要關(guān)注一下middleware。它的初始化在start中的 initMiddlewares() ，形參用到了cli.api、serverConfig、pluginStore。

pluginStore在上一行的 plugin.NewStore() 完成初始化，它返回一個(gè)Store對(duì)象，其中最重要的是定義了注冊(cè)回調(diào)函數(shù)的接口

initMiddlewares 定義了不同的中間件，包括：

重新回到上面的 handlerWithGlobalMiddlewares() 函數(shù)，它內(nèi)部有一個(gè)循環(huán)，遍歷了使用的middlewares，對(duì)每個(gè)middleware調(diào)用 WrapHandler()

Middleware的作用docker的解釋是：

WrapHandler對(duì)于不同的middleware有不同的實(shí)現(xiàn)版本，它的原型是

在創(chuàng)建好APIServer，連接上Daemon，創(chuàng)建、設(shè)置好Router之后，APIServer就可以向外提供服務(wù)了，它提供的是一個(gè)HTTP Server之上標(biāo)準(zhǔn)的RESTful-API，對(duì)用戶非常友好。

APIServer的真正運(yùn)行采用go routine的方式， go cli.api.wait() 真正啟動(dòng)了APIServer。采用go routine的原因是：如果APIServer出錯(cuò)，daemon會(huì)隨之退出，采用go routine可以在出錯(cuò)的時(shí)候嘗試重啟，保證docker的正常運(yùn)行。在wait函數(shù)中調(diào)用了serveAPI()，由于之前可能和多個(gè)Daemon建立了連接，所以對(duì)每個(gè)HTTP server，調(diào)用 Serve() 函數(shù)。

Serve函數(shù)為每個(gè)client的連接建立goroutine的服務(wù)，服務(wù)會(huì)解析request，調(diào)用handler，返回結(jié)果。

該函數(shù)并不是docker開(kāi)發(fā)者自己寫(xiě)的，而是調(diào)用了GO語(yǔ)言的net/http庫(kù)。大概里面的函數(shù)有： readRequest ， handler := sh.srv.Handler ， ServeHTTP(ResponseWriter, *Request) 等。由于是系統(tǒng)庫(kù)，所以先不看了。

附上start中的高層流程：

APIServer是daemon和docker client通信的接口，在daemon的初始化流程中優(yōu)先級(jí)非常高。通過(guò)初始化apiserver實(shí)例、router實(shí)例、middleware實(shí)例，系統(tǒng)已經(jīng)為APIServer提供了完整的運(yùn)行環(huán)境。Middleware為在docker和用戶之間做了一層隔離，為用戶提供標(biāo)準(zhǔn)的接口，通過(guò)middleware，回調(diào)函數(shù)被注冊(cè)進(jìn)router中。

真正運(yùn)行時(shí)，采用goroutine的方式保證了保證了daemon的穩(wěn)定運(yùn)行，當(dāng)request到達(dá)APIServer中后，APIServer通過(guò)main router進(jìn)行查找，調(diào)用相應(yīng)的router，也就執(zhí)行了相應(yīng)的回調(diào)函數(shù)的調(diào)用，從而實(shí)現(xiàn)了對(duì)request的處理。

go語(yǔ)言實(shí)現(xiàn)一個(gè)簡(jiǎn)單的簡(jiǎn)單網(wǎng)關(guān)

網(wǎng)關(guān)=反向代理+負(fù)載均衡+各種策略，技術(shù)實(shí)現(xiàn)也有多種多樣，有基于 nginx 使用 lua 的實(shí)現(xiàn)，比如 openresty、kong；也有基于 zuul 的通用網(wǎng)關(guān)；還有就是 golang 的網(wǎng)關(guān)，比如 tyk。

這篇文章主要是講如何基于 golang 實(shí)現(xiàn)一個(gè)簡(jiǎn)單的網(wǎng)關(guān)。

轉(zhuǎn)自： troy.wang/docs/golang/posts/golang-gateway/

整理：go語(yǔ)言鐘文文檔:

啟動(dòng)兩個(gè)后端 web 服務(wù)（代碼）

這里使用命令行工具進(jìn)行測(cè)試

具體代碼

直接使用基礎(chǔ)庫(kù) httputil 提供的NewSingleHostReverseProxy即可，返回的reverseProxy對(duì)象實(shí)現(xiàn)了serveHttp方法，因此可以直接作為 handler。

具體代碼

director中定義回調(diào)函數(shù)，入?yún)?http.Request，決定如何構(gòu)造向后端的請(qǐng)求，比如 host 是否向后傳遞，是否進(jìn)行 url 重寫(xiě)，對(duì)于 header 的處理，后端 target 的選擇等，都可以在這里完成。

director在這里具體做了：

modifyResponse中定義回調(diào)函數(shù)，入?yún)?http.Response，用于修改響應(yīng)的信息，比如響應(yīng)的 Body，響應(yīng)的 Header 等信息。

最終依舊是返回一個(gè)ReverseProxy，然后將這個(gè)對(duì)象作為 handler 傳入即可。

參考 2.2 中的NewSingleHostReverseProxy，只需要實(shí)現(xiàn)一個(gè)類似的、支持多 targets 的方法即可，具體實(shí)現(xiàn)見(jiàn)后面。

作為一個(gè)網(wǎng)關(guān)服務(wù)，在上面 2.3 的基礎(chǔ)上，需要支持必要的負(fù)載均衡策略，比如：

隨便 random 一個(gè)整數(shù)作為索引，然后取對(duì)應(yīng)的地址即可，實(shí)現(xiàn)比較簡(jiǎn)單。

具體代碼

使用curIndex進(jìn)行累加計(jì)數(shù)，一旦超過(guò) rss 數(shù)組的長(zhǎng)度，則重置。

具體代碼

輪詢帶權(quán)重，如果使用計(jì)數(shù)遞減的方式，如果權(quán)重是5,1,1那么后端 rs 依次為a,a,a,a,a,b,c,a,a,a,a…，其中 a 后端會(huì)瞬間壓力過(guò)大；參考 nginx 內(nèi)部的加權(quán)輪詢，或者應(yīng)該稱之為平滑加權(quán)輪詢，思路是：

后端真實(shí)節(jié)點(diǎn)包含三個(gè)權(quán)重：

操作步驟：

具體代碼

一致性 hash 算法，主要是用于分布式 cache 熱點(diǎn)/命中問(wèn)題；這里用于基于某 key 的 hash 值，路由到固定后端，但是只能是基本滿足流量綁定，一旦后端目標(biāo)節(jié)點(diǎn)故障，會(huì)自動(dòng)平移到環(huán)上最近的那么個(gè)節(jié)點(diǎn)。

實(shí)現(xiàn)：

具體代碼

每一種不同的負(fù)載均衡算法，只需要實(shí)現(xiàn)添加以及獲取的接口即可。

然后使用工廠方法，根據(jù)傳入的參數(shù)，決定使用哪種負(fù)載均衡策略。

具體代碼

作為網(wǎng)關(guān)，中間件必不可少，這類包括請(qǐng)求響應(yīng)的模式，一般稱作洋蔥模式，每一層都是中間件，一層層進(jìn)去，然后一層層出來(lái)。

中間件的實(shí)現(xiàn)一般有兩種，一種是使用數(shù)組，然后配合 index 計(jì)數(shù)；一種是鏈?zhǔn)秸{(diào)用。

具體代碼

我們真的需要Go語(yǔ)言嗎？

我們這個(gè)世界真的需要另外一種C語(yǔ)言風(fēng)格的編程語(yǔ)言嗎？很顯然，谷歌很早就這么認(rèn)為了，在 2009 年，它借用雷蒙斯樂(lè)隊(duì)的歌“Hey!Ho!Let’s Go”，正式推出了 Go 語(yǔ)言?，F(xiàn)在 Go 語(yǔ)言開(kāi)發(fā)團(tuán)隊(duì)已經(jīng)開(kāi)發(fā)出了這種語(yǔ)言的第一個(gè)穩(wěn)定版本，他們稱之為 Go 1，他們將這種語(yǔ)言推向世界，希望人們用這種語(yǔ)言“開(kāi)發(fā)出健壯的軟件產(chǎn)品和作品?！蹦敲?，現(xiàn)在人們對(duì)這種語(yǔ)言的使用情況又是如何呢？讓我們先回顧一下，什么是 Go 語(yǔ)言，是什么促使谷歌決定推出這樣一種語(yǔ)言？按 Go 語(yǔ)言的“常見(jiàn)問(wèn)題”里的說(shuō)法，自從那個(gè)“重要的系統(tǒng)級(jí)編程語(yǔ)言”誕生距今已超過(guò)十幾年了，這段時(shí)間計(jì)算機(jī)世界已經(jīng)發(fā)生了很大的變化。谷歌的才人們對(duì)目前現(xiàn)有的各種語(yǔ)言深感失望，他們必須要在“快速的編譯、快速的執(zhí)行或簡(jiǎn)單編程”之間做出選擇?！皼](méi)有一種主流的編程語(yǔ)言，例如C，C++，Java，Python 等，能提供谷歌人想要的全部特征。于是，谷歌的工程師從 2007 年起開(kāi)始開(kāi)發(fā) Go 語(yǔ)言?！俺Ｒ?jiàn)問(wèn)題”里這樣說(shuō)：Go 語(yǔ)言在基本語(yǔ)法上”基本上屬于C語(yǔ)言家族“，但它從 Pascal 語(yǔ)系吸收了”大量的理念“，還有一些思想是來(lái)自其它的語(yǔ)言。但對(duì)于程序員來(lái)說(shuō)，應(yīng)該把它當(dāng)成一種全新的語(yǔ)言，一種以”讓程序員更有效率，讓編程更有效率，至少是讓我們更有效率并且使編程更有樂(lè)趣“的理念為設(shè)計(jì)目標(biāo)的編程語(yǔ)言。Go 語(yǔ)言擅長(zhǎng)做什么…？那么，Go 語(yǔ)言擅長(zhǎng)做什么？根據(jù)谷歌著名的軟件工程師——Go 語(yǔ)言的設(shè)計(jì)人之一——Rob Pike 的說(shuō)法，它是用來(lái)開(kāi)發(fā)”大型軟件“的。Pike 說(shuō) Go 語(yǔ)言適合于”很多程序員一起開(kāi)發(fā)的大型軟件，并且開(kāi)發(fā)周期較長(zhǎng)，支持云計(jì)算的網(wǎng)絡(luò)服務(wù)：簡(jiǎn)言之，就是服務(wù)端軟件。Go 語(yǔ)言能夠讓程序員快速開(kāi)發(fā)，并且在軟件不斷的增長(zhǎng)過(guò)程中，它能讓程序員更容易地進(jìn)行維護(hù)和修改。它融合了傳統(tǒng)編譯型語(yǔ)言的高效性和腳本語(yǔ)言的易用性和富于表達(dá)性?！?作為原貝爾實(shí)驗(yàn)室 Unix 開(kāi)發(fā)小組成員，Pike 對(duì)系統(tǒng)軟件有相當(dāng)?shù)恼J(rèn)識(shí)。)但對(duì)于其它類型的軟件，Go 語(yǔ)言也一樣的好用。例如，我在 Google+ 上詢問(wèn)了 Go 語(yǔ)言的使用者，得到了 Douglas Fils 的回復(fù)，他正在拿各種語(yǔ)言做實(shí)驗(yàn)。Fils 說(shuō)他現(xiàn)在有時(shí)會(huì)開(kāi)發(fā)一些 Web 應(yīng)用程序，大多數(shù)都是在 Java 虛擬機(jī)(JVM)平臺(tái)上?！八?Java 自然是最常用的。我最近開(kāi)始嘗試更多的語(yǔ)言，例如 Scala 和 Groovy。我用 Groovy 語(yǔ)言已經(jīng)開(kāi)發(fā)了不少的東西，而且剛剛完成了一個(gè) Groovy/Grails 語(yǔ)言上的大型項(xiàng)目。我還研究了一下 Ruby on Rails/Python (Python 框架)，并用它們做了一些東西。”他說(shuō)他用早期版本的 Go 語(yǔ)言開(kāi)發(fā)了一個(gè) Web 界面來(lái)處理數(shù)據(jù)資源。但很不幸?！爱?dāng)時(shí)的 Go 的程序庫(kù)和語(yǔ)法使得開(kāi)發(fā)起來(lái)很困難。我還嘗試了 node.js，而且，到了一月份，我的精力完全轉(zhuǎn)向了 node.js.”Node.js，F(xiàn)ils 說(shuō)，很流行，“雖然我很喜歡它，但它的單線程事件循環(huán)機(jī)制和非阻塞的編程模式讓我不太滿意。還有，所有的東西都要用 Javascript 的回調(diào)函數(shù)，我不喜歡這樣?！焙茱@然，他不是一個(gè) JavaScript 的粉絲。Go 語(yǔ)言的語(yǔ)法和結(jié)構(gòu)，從另一方面講，“還是很簡(jiǎn)潔的。”當(dāng)Go 語(yǔ)言的語(yǔ)法和結(jié)構(gòu)趨于穩(wěn)定，并發(fā)布了 Go 1 時(shí)，他覺(jué)得應(yīng)該轉(zhuǎn)回來(lái)，重寫(xiě)他的 Go 語(yǔ)言程序。這回，他想起來(lái)了當(dāng)初為什么想用 Go 來(lái)開(kāi)發(fā)。關(guān)于Go 語(yǔ)言的爭(zhēng)論Fils 說(shuō)，在 Java 里，很多東西都需要有一定的模板套路，這是很討厭。他說(shuō) Scala 和 groovy 要好一些，但仍然是個(gè)問(wèn)題。Go 語(yǔ)言給人的感覺(jué)像一個(gè)動(dòng)態(tài)的類型化語(yǔ)言，F(xiàn)ils 說(shuō)，但 Go 語(yǔ)言里靜態(tài)類型特征并不像 Java 里那樣明顯。Go 語(yǔ)言的垃圾收集管理，比 JVM 要好的多。跟 Groovy 這樣的動(dòng)態(tài)語(yǔ)言比起來(lái)尤其能看出這點(diǎn)。Fils 在評(píng)論中說(shuō) Go 語(yǔ)言的速度比其它語(yǔ)言快很多倍。它運(yùn)行速度快但不影響負(fù)載量。它編譯所需的時(shí)間很短，他在開(kāi)發(fā)時(shí)能邊開(kāi)發(fā)邊編譯，就像動(dòng)態(tài)語(yǔ)言那樣迅速。最后，他說(shuō)使用 Go 語(yǔ)言要比使用 Node.js，Java 或以 Java 為基礎(chǔ)的語(yǔ)言，Ruby on Rails 等語(yǔ)言要有趣的多。在開(kāi)發(fā) JVM 平臺(tái)上的應(yīng)用時(shí)，我總感覺(jué)自己是一個(gè)系統(tǒng)管理員，而不是一個(gè)開(kāi)發(fā)者。我要修改堆空間，我要研究負(fù)載均衡或內(nèi)存問(wèn)題或其它的資源管理問(wèn)題。而使用 Go 語(yǔ)言，我不需要考慮這些。我開(kāi)發(fā)，編譯，測(cè)試，運(yùn)行，部署，非常的享受。請(qǐng)注意，并不是所有的人都喜歡 Go 語(yǔ)言。你可以看一看 Shaneal Manek 的關(guān)于 Go 語(yǔ)言的垃圾收集系統(tǒng)以及腳本語(yǔ)言和編譯型語(yǔ)言之間比較的評(píng)論。Go 語(yǔ)言能走向主流嗎？你的期望是什么？按照 RedMonk’s Stephen O’Grady 的說(shuō)法，對(duì)于 Go 語(yǔ)言來(lái)說(shuō)現(xiàn)在還非常年輕。通常，程序員會(huì)分成兩個(gè)陣營(yíng)：要么歡迎底層語(yǔ)言和腳本型/垃圾收集器型語(yǔ)言的融合，要么是反對(duì)這樣做。對(duì)于后者，毫無(wú)意外的，他們是C語(yǔ)言的堅(jiān)定擁護(hù)者。圍繞著 Go 語(yǔ)言有很多的爭(zhēng)論，這不令人吃驚，任何一種語(yǔ)言都是這樣。而令人吃驚的是目前 Go 語(yǔ)言在程序員中獲得了相當(dāng)?shù)奈Α’Grady 二月份在 RedMonk 編程語(yǔ)言分級(jí)中把 Go 語(yǔ)言放入了第二梯隊(duì)。但是，他說(shuō)，考慮一下 Go 語(yǔ)言是如此的年輕，“即使是目前這種成績(jī)也是讓人相當(dāng)?shù)挠∠笊羁塘?。”谷歌已?jīng)發(fā)布了 Go 語(yǔ)言的穩(wěn)定版本，并且在 Google App Engine 支持部署這種語(yǔ)言的應(yīng)用，這將給 Go 語(yǔ)言帶來(lái)更多的吸引力。Go 語(yǔ)言能否成為一種“主流”語(yǔ)言，這需要由時(shí)間來(lái)判定。不過(guò)，看起來(lái)除谷歌之外還有很多公司對(duì)這種語(yǔ)言也很感興趣，比如 Engine Yard 等公司。那些對(duì)目前的現(xiàn)存的語(yǔ)言不太滿意的程序員大概對(duì) Go 語(yǔ)言都在拭目以待。如果你在使用 Go 語(yǔ)言或之前簡(jiǎn)單涉略過(guò)它，你需要注意，Go 1 版引入了不少的變化。然而從 Go 1 版開(kāi)始，Go 語(yǔ)言的變化將會(huì)遵循它的規(guī)格說(shuō)明書(shū)進(jìn)行。根據(jù) Go 語(yǔ)言的開(kāi)發(fā)人員的透露，“也許在某個(gè)時(shí)間，我們會(huì)推出 Go 2 的規(guī)范，但在此之前，用 Go 語(yǔ)言編寫(xiě)的程序在今后的 Go 1 版本(Go 1.1, Go 1.2 等)上都能正確的運(yùn)行。”你用Go 語(yǔ)言開(kāi)發(fā)過(guò)什么項(xiàng)目嗎？