每天一個(gè)知識(shí)點(diǎn)：Go 語言的五種錯(cuò)誤處理策略

當(dāng)一個(gè)函數(shù)調(diào)用返回一個(gè)錯(cuò)誤時(shí)，調(diào)用者應(yīng)當(dāng)負(fù)責(zé)檢查錯(cuò)誤并采取合適的處理應(yīng)對。根據(jù)情形，將有許多可能的處理場景。接下來我們看 5 個(gè)策略：

公司主營業(yè)務(wù)：成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)建站是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)建站推出和林格爾免費(fèi)做網(wǎng)站回饋大家。

Go 語言的錯(cuò)誤處理有特定的規(guī)律。進(jìn)行錯(cuò)誤檢查之后，檢測到失敗的情況往往都在成功之前。如果檢測到的失敗導(dǎo)致函數(shù)返回，成功的邏輯一般不會(huì)放在 else 塊中而是在外層的作用域中。函數(shù)會(huì)有一種通常的形式，就是在開頭有一連串的檢查來返回錯(cuò)誤，之后跟著實(shí)際的函數(shù)體一直到最后。

go語言的出現(xiàn)非常奇怪，有幾個(gè)問題請高手答案一下~~~~？？

1：go與c語言相比，go有垃圾回收，不會(huì)造成內(nèi)存泄露問題，go的語法簡潔優(yōu)美，同樣的c++100行代碼go大概50行可以做到，go的目標(biāo)是能做C++能做的事，雖然目前可能不太實(shí)際

2：go的并行機(jī)制并不是一般的線程，通過channel和goroutine來實(shí)現(xiàn)，比線程還要輕量級(jí)很多，所以go適合高并發(fā)的服務(wù)器端

3：go是系統(tǒng)級(jí)別的語言，相當(dāng)于c語言，java c#都是算比較高級(jí)的語言，這個(gè)不太好比，效率的話目前確實(shí)是要高一些，而且不需要外部依賴，所以go還是很強(qiáng)大的

為什么go語言時(shí)間格式化這么變態(tài)

是說?20060102150405 這個(gè)嗎，原因大致如下：

可讀性高，所見即所得

實(shí)現(xiàn)簡單，排除二義性（15或3代表時(shí)，4代表分，5代表秒，06或2006代表年）

請參考源代碼：

187 case?'3':

188 return?layout[0:i],?stdHour12,?layout[i+1:]

189

190 case?'4':

191 return?layout[0:i],?stdMinute,?layout[i+1:]

192

193 case?'5':

194 return?layout[0:i],?stdSecond,?layout[i+1:]

195

Go 語言 channel 的阻塞問題

Hello，大家好，又見面了！上一遍我們將 channel 相關(guān)基礎(chǔ)以及使用場景。這一篇，還需要再次進(jìn)階理解channel 阻塞問題。以下創(chuàng)建一個(gè)chan類型為int，cap 為3。

channel 內(nèi)部其實(shí)是一個(gè)環(huán)形buf數(shù)據(jù)結(jié)構(gòu) ，是一種滑動(dòng)窗口機(jī)制，當(dāng)make完后，就分配在 Heap 上。

上面，向 chan 發(fā)送一條“hello”數(shù)據(jù)：

如果 G1 發(fā)送數(shù)據(jù)超過指定cap時(shí)，會(huì)出現(xiàn)什么情況？

看下面實(shí)例：

以上會(huì)出現(xiàn)什么，chan 緩沖區(qū)允許大小為1，如果再往chan仍數(shù)據(jù)，滿了就會(huì)被阻塞，那么是如何實(shí)現(xiàn)阻塞的呢？當(dāng) chan 滿時(shí)，會(huì)進(jìn)入 gopark，此時(shí) G1 進(jìn)入一個(gè) waiting 狀態(tài)，然后會(huì)創(chuàng)建一個(gè) sudog 對象，其實(shí)就sendq隊(duì)列，把 200放進(jìn)去。等 buf 不滿的時(shí)候，再喚醒放入buf里面。

通過如下源碼，你會(huì)更加清晰：

上面，從 chan 獲取數(shù)據(jù)：

Go 語言核心思想：“Do not communicate by sharing memory; instead, share memory by communicating.” 你可以看看這本書名叫：Effective Go

如果接收者，接收一個(gè)空對象，也會(huì)發(fā)生什么情況？

代碼示例 ：

也會(huì)報(bào)錯(cuò)如下：

上面，從 chan 取出數(shù)據(jù)，可是沒有數(shù)據(jù)了。此時(shí)，它會(huì)把 接收者 G2 阻塞掉，也是和G1發(fā)送者一樣，也會(huì)執(zhí)行 gopark 將狀態(tài)改為 waiting，不一樣的點(diǎn)就是。

正常情況下，接收者G2作為取出數(shù)據(jù)是去 buf 讀取數(shù)據(jù)的，但現(xiàn)在，buf 為空了，此時(shí)，接收者G2會(huì)將sudog導(dǎo)出來，因?yàn)楝F(xiàn)在G2已經(jīng)被阻塞了嘛，會(huì)把G2給G，然后將 t := -ch 中變量 t 是在棧上的地址，放進(jìn)去 elem ，也就是說，只存它的地址指針在sudog里面。

最后， ch - 200 當(dāng)G1往 chan 添加200這個(gè)數(shù)據(jù)，正常情況是將數(shù)據(jù)添加到buf里面，然后喚醒 G2 是吧，而現(xiàn)在是將 G1 的添加200數(shù)據(jù)直接干到剛才G2阻塞的t這里變量里面。

你會(huì)認(rèn)為，這樣真的可以嗎？想一想，G2 本來就是已經(jīng)阻塞了，然后我們直接這么干肯定沒有什么毛病，而且效率提高了，不需要再次放入buf再取出，這個(gè)過程也是需要時(shí)間。不然，不得往chan添加數(shù)據(jù)需要加鎖、拷貝、解鎖一序列操作，那肯定就慢了，我想Go語言是為了高效及內(nèi)存使用率的考慮這樣設(shè)計(jì)的。（注意，一般都是在runtime里面完成，不然會(huì)出現(xiàn)象安全問題。）

總結(jié) ：

chan 類型的特點(diǎn)：chan 如果為空，receiver 接收數(shù)據(jù)的時(shí)候就會(huì)阻塞等待，直到 chan 被關(guān)閉或者有新的數(shù)據(jù)到來。有這種個(gè)機(jī)制，就可以實(shí)現(xiàn) wait/notify 的設(shè)計(jì)模式。

相關(guān)面試題：

網(wǎng)站欄目：go語言不通 go語言為何不受待見
文章轉(zhuǎn)載：http://www.sd-ha.com/article20/dohjeco.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)公司、網(wǎng)站改版、App開發(fā)、動(dòng)態(tài)網(wǎng)站、微信公眾號(hào)、品牌網(wǎng)站設(shè)計(jì)

廣告

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