Go語言設(shè)計(jì)理念 設(shè)計(jì)模式go語言實(shí)現(xiàn)

go語言是一種什么語言

Go語言是谷歌推出的一種全新的編程語言，可以在不損失應(yīng)用程序性能的情況下降低代碼的復(fù)雜性。谷歌首席軟件工程師羅布派克(Rob Pike)說：我們之所以開發(fā)Go，是因?yàn)檫^去10多年間軟件開發(fā)的難度令人沮喪。

專注于為中小企業(yè)提供網(wǎng)站建設(shè)、成都做網(wǎng)站服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)札達(dá)免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了上1000家企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

Go是谷歌2009發(fā)布的第二款編程語言。2009年7月份，谷歌曾發(fā)布了Simple語言，它是用來開發(fā)Android應(yīng)用

Go Logo

的一種BASIC語言.

北京時(shí)間2010年1月10日，Go語言摘得了TIOBE公布的2009年年度大獎(jiǎng)。該獎(jiǎng)項(xiàng)授予在2009年市場(chǎng)份額增長(zhǎng)最多的編程語言。

谷歌資深軟件工程師羅布·派克(Rob Pike)表示，“Go讓我體驗(yàn)到了從未有過的開發(fā)效率?！迸煽吮硎荆徒裉斓腃++或C一樣，Go是一種系統(tǒng)語言。他解釋道，“使用它可以進(jìn)行快速開發(fā)，同時(shí)它還是一個(gè)真正的編譯語言，我們之所以現(xiàn)在將其開源，原因是我們認(rèn)為它已經(jīng)非常有用和強(qiáng)大。”

2007年，谷歌把Go作為一個(gè)20%項(xiàng)目開始研發(fā)，即讓員工抽出本職工作之外時(shí)間的20%， 投入在該項(xiàng)目上。除了派克外，該項(xiàng)目的成員還有其他谷歌工程師也參與研發(fā)。

派克表示，編譯后Go代碼的運(yùn)行速度與C語言非常接近,而且編譯速度非?？?，就像在使用一個(gè)交互式語言?，F(xiàn)有編程語言均未專門對(duì)多核處理器進(jìn)行優(yōu)化。Go就是谷歌工程師為這類程序編寫的一種語言。它不是針對(duì)編程初學(xué)者設(shè)計(jì)的，但學(xué)習(xí)使用它也不是非常困難。Go支持面向?qū)ο螅揖哂姓嬲拈]包(closures)和反射 (reflection)等功能。

在學(xué)習(xí)曲線方面，派克認(rèn)為Go與Java類似，對(duì)于Java開發(fā)者來說，應(yīng)該能夠輕松學(xué)會(huì) Go。之所以將Go作為一個(gè)開源項(xiàng)目發(fā)布，目的是讓開源社區(qū)有機(jī)會(huì)創(chuàng)建更好的工具來使用該語言，例如 Eclipse IDE中的插件。

在谷歌公開發(fā)布的所有網(wǎng)絡(luò)應(yīng)用中，均沒有使用Go，但是谷歌已經(jīng)使用該語言開發(fā)了幾個(gè)內(nèi)部項(xiàng)目。派克表示，Go是否會(huì)對(duì)谷歌即將推出的Chrome OS產(chǎn)生影響，還言之尚早,不過Go的確可以和Native Client配合使用。他表示“Go可以讓應(yīng)用完美的運(yùn)行在瀏覽器內(nèi)?！崩?，使用Go可以更高效的實(shí)現(xiàn)Wave，無論是在前端還是后臺(tái)。

Go 同時(shí)具有兩種編譯器，一種是建立在GCC基礎(chǔ)上的Gccgo，另外一種是分別針對(duì)64位x64和32位x86計(jì)算機(jī)的一套編譯器(6g和8g)。谷歌目前正在研發(fā)其對(duì)ARM芯片和Android設(shè)備的支持。派克表示，“Android手機(jī)存在的問題是，我們一直沒有一個(gè)數(shù)學(xué)協(xié)處理器。

Go語言設(shè)計(jì)與實(shí)現(xiàn)（上）

基本設(shè)計(jì)思路：

類型轉(zhuǎn)換、類型斷言、動(dòng)態(tài)派發(fā)。iface，eface。

反射對(duì)象具有的方法：

編譯優(yōu)化：

內(nèi)部實(shí)現(xiàn)：

實(shí)現(xiàn) Context 接口有以下幾個(gè)類型（空實(shí)現(xiàn)就忽略了）：

互斥鎖的控制邏輯：

設(shè)計(jì)思路：

（以上為寫被讀阻塞，下面是讀被寫阻塞）

總結(jié)，讀寫鎖的設(shè)計(jì)還是非常巧妙的：

設(shè)計(jì)思路：

WaitGroup 有三個(gè)暴露的函數(shù):

部件：

設(shè)計(jì)思路：

結(jié)構(gòu)：

Once 只暴露了一個(gè)方法：

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

三個(gè)關(guān)鍵點(diǎn)：

細(xì)節(jié)：

讓多協(xié)程任務(wù)的開始執(zhí)行時(shí)間可控（按順序或歸一）。（Context 是控制結(jié)束時(shí)間）

設(shè)計(jì)思路： 通過一個(gè)鎖和內(nèi)置的 notifyList 隊(duì)列實(shí)現(xiàn)，Wait() 會(huì)生成票據(jù)，并將等待協(xié)程信息加入鏈表中，等待控制協(xié)程中發(fā)送信號(hào)通知一個(gè)（Signal()）或所有（Boardcast()）等待者（內(nèi)部實(shí)現(xiàn)是通過票據(jù)通知的）來控制協(xié)程解除阻塞。

暴露四個(gè)函數(shù)：

實(shí)現(xiàn)細(xì)節(jié)：

部件：

包： golang.org/x/sync/errgroup

作用：開啟 func() error 函數(shù)簽名的協(xié)程，在同 Group 下協(xié)程并發(fā)執(zhí)行過程并收集首次 err 錯(cuò)誤。通過 Context 的傳入，還可以控制在首次 err 出現(xiàn)時(shí)就終止組內(nèi)各協(xié)程。

設(shè)計(jì)思路：

結(jié)構(gòu)：

暴露的方法：

實(shí)現(xiàn)細(xì)節(jié)：

注意問題：

包： "golang.org/x/sync/semaphore"

作用：排隊(duì)借資源（如錢，有借有還）的一種場(chǎng)景。此包相當(dāng)于對(duì)底層信號(hào)量的一種暴露。

設(shè)計(jì)思路：有一定數(shù)量的資源 Weight，每一個(gè) waiter 攜帶一個(gè) channel 和要借的數(shù)量 n。通過隊(duì)列排隊(duì)執(zhí)行借貸。

結(jié)構(gòu)：

暴露方法：

細(xì)節(jié)：

部件：

細(xì)節(jié)：

包： "golang.org/x/sync/singleflight"

作用：防擊穿。瞬時(shí)的相同請(qǐng)求只調(diào)用一次，response 被所有相同請(qǐng)求共享。

設(shè)計(jì)思路：按請(qǐng)求的 key 分組（一個(gè) *call 是一個(gè)組，用 map 映射存儲(chǔ)組），每個(gè)組只進(jìn)行一次訪問，組內(nèi)每個(gè)協(xié)程會(huì)獲得對(duì)應(yīng)結(jié)果的一個(gè)拷貝。

結(jié)構(gòu)：

邏輯：

細(xì)節(jié)：

部件：

如有錯(cuò)誤，請(qǐng)批評(píng)指正。

如何看待go語言泛型的最新設(shè)計(jì)？

Go 由于不支持泛型而臭名昭著，但最近，泛型已接近成為現(xiàn)實(shí)。Go 團(tuán)隊(duì)實(shí)施了一個(gè)看起來比較穩(wěn)定的設(shè)計(jì)草案，并且正以源到源翻譯器原型的形式獲得關(guān)注。本文講述的是泛型的最新設(shè)計(jì)，以及如何自己嘗試泛型。

例子

FIFO Stack

假設(shè)你要?jiǎng)?chuàng)建一個(gè)先進(jìn)先出堆棧。沒有泛型，你可能會(huì)這樣實(shí)現(xiàn)：

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)

}

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

通常，使用 interface{} 是相對(duì)危險(xiǎn)的。使用更多受限制的類型總是更安全，因?yàn)榭梢栽诰幾g時(shí)而不是運(yùn)行時(shí)發(fā)現(xiàn)問題。

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

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)

}

這會(huì)向 Stack 添加一個(gè)類型參數(shù)，從而完全不需要 interface{}。現(xiàn)在，當(dāng)你使用 Peek() 時(shí)，返回的值已經(jīng)是原始類型，并且沒有機(jī)會(huì)返回錯(cuò)誤的值類型。這種方式更安全，更容易使用。（譯注：就是看起來更丑陋，^-^）

此外，泛型代碼通常更易于編譯器優(yōu)化，從而獲得更好的性能（以二進(jìn)制大小為代價(jià)）。如果我們對(duì)上面的非泛型代碼和泛型代碼進(jìn)行基準(zhǔn)測(cè)試，我們可以看到區(qū)別：

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()

}

}

結(jié)果：

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

在這種情況下，我們分配更少的內(nèi)存，同時(shí)泛型的速度是非泛型的兩倍。

合約（Contracts）

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

我們真的需要Go語言嗎？

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

Go 語言的錯(cuò)誤處理機(jī)制是一個(gè)優(yōu)秀的設(shè)計(jì)嗎

這個(gè)問題說來話長(zhǎng)，我先表達(dá)一下我的觀點(diǎn)，Go語言從語法層面提供區(qū)分錯(cuò)誤和異常的機(jī)制是很好的做法，比自己用單個(gè)返回值做值判斷要方便很多。

上面看到很多知乎大牛把異常和錯(cuò)誤混在一起說，有認(rèn)為Go沒有異常機(jī)制的，有認(rèn)為Go純粹只有異常機(jī)制的，我覺得這些觀點(diǎn)都太片面了。

具體對(duì)于錯(cuò)誤和異常的討論，我轉(zhuǎn)發(fā)一下前陣子寫的一篇日志拋磚引玉吧。

============================

最近連續(xù)遇到朋友問我項(xiàng)目里錯(cuò)誤和異常管理的事情，之前也多次跟團(tuán)隊(duì)強(qiáng)調(diào)過錯(cuò)誤和異常管理的一些概念，所以趁今天有動(dòng)力就趕緊寫一篇Go語言項(xiàng)目錯(cuò)誤和異常管理的經(jīng)驗(yàn)分享。

首先我們要理清：什么是錯(cuò)誤、什么是異常、為什么需要管理。然后才是怎樣管理。

錯(cuò)誤和異常從語言機(jī)制上面講，就是error和panic的區(qū)別，放到別的語言也一樣，別的語言沒有error類型，但是有錯(cuò)誤碼之類的，沒有panic，但是有throw之類的。

在語言層面它們是兩種概念，導(dǎo)致的是兩種不同的結(jié)果。如果程序遇到錯(cuò)誤不處理，那么可能進(jìn)一步的產(chǎn)生業(yè)務(wù)上的錯(cuò)誤，比如給用戶多扣錢了，或者進(jìn)一步產(chǎn)生了異常；如果程序遇到異常不處理，那么結(jié)果就是進(jìn)程異常退出。

在項(xiàng)目里面是不是應(yīng)該處理所有的錯(cuò)誤情況和捕捉所有的異常呢？我只能說，你可以這么做，但是估計(jì)效果不會(huì)太好。我的理由是：

如果所有東西都處理和記錄，那么重要信息可能被淹沒在信息的海洋里。

不應(yīng)該處理的錯(cuò)誤被處理了，很容易導(dǎo)出BUG暴露不出來，直到出現(xiàn)更嚴(yán)重錯(cuò)誤的時(shí)候才暴露出問題，到時(shí)候排查就很困難了，因?yàn)橐呀?jīng)不是錯(cuò)誤的第一現(xiàn)場(chǎng)。

所以錯(cuò)誤和異常最好能按一定的規(guī)則進(jìn)行分類和管理，在第一時(shí)間能暴露錯(cuò)誤和還原現(xiàn)場(chǎng)。

對(duì)于錯(cuò)誤處理，Erlang有一個(gè)很好的概念叫速錯(cuò)，就是有錯(cuò)誤第一時(shí)間暴露它。我們的項(xiàng)目從Erlang到Go一直是沿用這一設(shè)計(jì)原則。但是應(yīng)用這個(gè)原則的前提是先得區(qū)分錯(cuò)誤和異常這兩個(gè)概念。

錯(cuò)誤和異常上面已經(jīng)提到了，從語言機(jī)制層面比較容易區(qū)分它們，但是語言取決于人為，什么情況下用錯(cuò)誤表達(dá)，什么情況下用異常表達(dá)，就得有一套規(guī)則，否則很容易出現(xiàn)全部靠異常來做錯(cuò)誤處理的情況，似乎Java項(xiàng)目特別容易出現(xiàn)這樣的設(shè)計(jì)。

這里我先假想有這樣一個(gè)業(yè)務(wù)：游戲玩家通過購(gòu)買按鈕，用銅錢購(gòu)買寶石。

在實(shí)現(xiàn)這個(gè)業(yè)務(wù)的時(shí)候，程序邏輯會(huì)進(jìn)一步分化成客戶端邏輯和服務(wù)端邏輯，客戶端邏輯又進(jìn)一步因?yàn)樵O(shè)計(jì)方式的不同分化成兩種結(jié)構(gòu)：胖客戶端結(jié)構(gòu)、瘦客戶端結(jié)構(gòu)。

胖客戶端結(jié)構(gòu)，有更多的本地?cái)?shù)據(jù)和懂得更多的業(yè)務(wù)邏輯，所以在胖客戶端結(jié)構(gòu)的應(yīng)用中，以上的業(yè)務(wù)會(huì)實(shí)現(xiàn)成這樣：客戶端檢查緩存中的銅錢數(shù)量，銅錢數(shù)量足夠的時(shí)候購(gòu)買按鈕為可用的亮起狀態(tài)，用戶點(diǎn)擊購(gòu)買按鈕后客戶端發(fā)送購(gòu)買請(qǐng)求到服務(wù)端；服務(wù)端收到請(qǐng)求后校驗(yàn)用戶的銅錢數(shù)量，如果銅錢數(shù)量不足就拋出異常，終止請(qǐng)求過程并斷開客戶端的連接，如果銅錢數(shù)量足夠就進(jìn)一步完成寶石購(gòu)買過程，這里不繼續(xù)描述正常過程。

因?yàn)檎５目蛻舳耸怯幸徊綌?shù)據(jù)校驗(yàn)的過程的，所以當(dāng)服務(wù)端收到不合理的請(qǐng)求（銅錢不足以購(gòu)買寶石）時(shí)，拋出異常比返回錯(cuò)誤更為合理，因?yàn)檫@個(gè)請(qǐng)求只可能來自兩種客戶端：外掛或者有BUG的客戶端。如果不通過拋出異常來終止業(yè)務(wù)過程和斷開客戶端連接，那么程序的錯(cuò)誤就很難被第一時(shí)間發(fā)現(xiàn)，攻擊行為也很難被發(fā)現(xiàn)。

我們?cè)倩仡^看瘦客戶端結(jié)構(gòu)的設(shè)計(jì)，瘦客戶端不會(huì)存有太多狀態(tài)數(shù)據(jù)和用戶數(shù)據(jù)也不清楚業(yè)務(wù)邏輯，所以客戶端的設(shè)計(jì)會(huì)是這樣：用戶點(diǎn)擊購(gòu)買按鈕，客戶端發(fā)送購(gòu)買請(qǐng)求；服務(wù)端收到請(qǐng)求后檢查銅錢數(shù)量，數(shù)量不足就返回?cái)?shù)量不足的錯(cuò)誤碼，數(shù)量足夠就繼續(xù)完成業(yè)務(wù)并返回成功信息；客戶端收到服務(wù)端的處理結(jié)果后，在界面上做出反映。

在這種結(jié)構(gòu)下，銅錢不足就變成了業(yè)務(wù)邏輯范圍內(nèi)的一種失敗情況，但不能提升為異常，否則銅錢不足的用戶一點(diǎn)購(gòu)買按鈕都會(huì)出錯(cuò)掉線。

所以，異常和錯(cuò)誤在不同程序結(jié)構(gòu)下是互相轉(zhuǎn)換的，我們沒辦法一句話的給所有類型所有結(jié)構(gòu)的程序一個(gè)統(tǒng)一的異常和錯(cuò)誤分類規(guī)則。

但是，異常和錯(cuò)誤的分類是有跡可循的。比如上面提到的痩客戶端結(jié)構(gòu)，銅錢不足是業(yè)務(wù)邏輯范圍內(nèi)的一種失敗情況，它屬于業(yè)務(wù)錯(cuò)誤，再比如程序邏輯上嘗試請(qǐng)求某個(gè)URL，最多三次，重試三次的過程中請(qǐng)求失敗是錯(cuò)誤，重試到第三次，失敗就被提升為異常了。

所以我們可以這樣來歸類異常和錯(cuò)誤：不會(huì)終止程序邏輯運(yùn)行的歸類為錯(cuò)誤，會(huì)終止程序邏輯運(yùn)行的歸類為異常。

因?yàn)殄e(cuò)誤不會(huì)終止邏輯運(yùn)行，所以錯(cuò)誤是邏輯的一部分，比如上面提到的瘦客戶端結(jié)構(gòu)，銅錢不足的錯(cuò)誤就是業(yè)務(wù)邏輯處理過程中需要考慮和處理的一個(gè)邏輯分支。而異常就是那些不應(yīng)該出現(xiàn)在業(yè)務(wù)邏輯中的東西，比如上面提到的胖客戶端結(jié)構(gòu)，銅錢不足已經(jīng)不是業(yè)務(wù)邏輯需要考慮的一部分了，所以它應(yīng)該是一個(gè)異常。

錯(cuò)誤和異常的分類需要通過一定的思維訓(xùn)練來強(qiáng)化分類能力，就類似于面向?qū)ο蟮脑O(shè)計(jì)方式一樣的，技術(shù)實(shí)現(xiàn)就擺在那邊，但是要用好需要不斷的思維訓(xùn)練不斷的歸類和總結(jié)，以上提到的歸類方式希望可以作為一個(gè)參考，期待大家能發(fā)現(xiàn)更多更有效的歸類方式。

接下來我們講一下速錯(cuò)和Go語言里面怎么做到速錯(cuò)。

速錯(cuò)我最早接觸是在做的時(shí)候就體驗(yàn)到的，當(dāng)然跟Erlang的速錯(cuò)不完全一致，那時(shí)候也沒有那么高大上的一個(gè)名字，但是對(duì)待異常的理念是一樣的。

在.NET項(xiàng)目開發(fā)的時(shí)候，有經(jīng)驗(yàn)的程序員都應(yīng)該知道，不能隨便re-throw，就是catch錯(cuò)誤再拋出，原因是異常的第一現(xiàn)場(chǎng)會(huì)被破壞，堆棧跟蹤信息會(huì)丟失，因?yàn)橥獠孔詈竽玫疆惓５亩褩８櫺畔ⅲ亲詈竽谴蝨hrow的異常的堆棧跟蹤信息；其次，不能隨便try catch，隨便catch很容易導(dǎo)出異常暴露不出來，升級(jí)為更嚴(yán)重的業(yè)務(wù)漏洞。

到了Erlang時(shí)期，大家學(xué)到了速錯(cuò)概念，簡(jiǎn)單來講就是：讓它掛。只有掛了你才會(huì)第一時(shí)間知道錯(cuò)誤，但是Erlang的掛，只是Erlang進(jìn)程的異常退出，不會(huì)導(dǎo)致整個(gè)Erlang節(jié)點(diǎn)退出，所以它掛的影響層面比較低。

在Go語言項(xiàng)目中，雖然有類似Erlang進(jìn)程的Goroutine，但是Goroutine如果panic了，并且沒有recover，那么整個(gè)Go進(jìn)程就會(huì)異常退出。所以我們?cè)贕o語言項(xiàng)目中要應(yīng)用速錯(cuò)的設(shè)計(jì)理念，就要對(duì)Goroutine做一定的管理。

在我們的游戲服務(wù)端項(xiàng)目中，我把Goroutine按掛掉后的結(jié)果分為兩類：1、掛掉后不影響其他業(yè)務(wù)或功能的；2、掛掉后業(yè)務(wù)就無法正常進(jìn)行的。

第一類Goroutine典型的有：處理各個(gè)玩家請(qǐng)求的Goroutine，因?yàn)槊總€(gè)玩家連接各自有一個(gè)Goroutine，所以掛掉了只會(huì)影響單個(gè)玩家，不會(huì)影響整體業(yè)務(wù)進(jìn)行。

第二類Goroutine典型的有：數(shù)據(jù)庫(kù)同步用的Goroutine，如果它掛了，數(shù)據(jù)就無法同步到數(shù)據(jù)庫(kù)，游戲如果繼續(xù)運(yùn)行下去只會(huì)導(dǎo)致數(shù)據(jù)回檔，還不如讓整個(gè)游戲都異常退出。

這樣一分類，就可以比較清楚哪些Goroutine該做recover處理，哪些不該做recover處理了。

那么在做recover處理時(shí)，要怎樣才能盡量保留第一現(xiàn)場(chǎng)來幫組開發(fā)者排查問題原因呢？我們項(xiàng)目中通常是會(huì)在最外層的recover中把錯(cuò)誤和堆棧跟蹤信息記進(jìn)日志，同時(shí)把關(guān)鍵的業(yè)務(wù)信息，比如：用戶ID、來源IP、請(qǐng)求數(shù)據(jù)等也一起記錄進(jìn)去。

為此，我們還特地設(shè)計(jì)了一個(gè)庫(kù)，用來格式化輸出堆棧跟蹤信息和對(duì)象信息，項(xiàng)目地址：funny/debug · GitHub

通篇寫下來發(fā)現(xiàn)比我預(yù)期的長(zhǎng)很多，所以這里我做一下歸納總結(jié)，幫組大家理解這篇文章所要表達(dá)的：

錯(cuò)誤和異常需要分類和管理，不能一概而論

錯(cuò)誤和異常的分類可以以是否終止業(yè)務(wù)過程作為標(biāo)準(zhǔn)

錯(cuò)誤是業(yè)務(wù)過程的一部分，異常不是

不要隨便捕獲異常，更不要隨便捕獲再重新拋出異常

Go語言項(xiàng)目需要把Goroutine分為兩類，區(qū)別處理異常

在捕獲到異常時(shí)，需要盡可能的保留第一現(xiàn)場(chǎng)的關(guān)鍵數(shù)據(jù)

以上僅為一家之言，拋磚引玉，希望對(duì)大家有所幫助。

新聞名稱：Go語言設(shè)計(jì)理念 設(shè)計(jì)模式go語言實(shí)現(xiàn)
網(wǎng)頁路徑：http://www.muchs.cn/article20/docseco.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、定制開發(fā)、、商城網(wǎng)站、做網(wǎng)站、移動(dòng)網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)