go語言中級 go語言進階

為什么要使用 Go 語言?Go 語言的優(yōu)勢在哪里?

1、簡單易學。

主要從事網(wǎng)頁設計、PC網(wǎng)站建設（電腦版網(wǎng)站建設）、wap網(wǎng)站建設（手機版網(wǎng)站建設）、成都響應式網(wǎng)站建設公司、程序開發(fā)、微網(wǎng)站、小程序開發(fā)等，憑借多年來在互聯(lián)網(wǎng)的打拼，我們在互聯(lián)網(wǎng)網(wǎng)站建設行業(yè)積累了豐富的成都網(wǎng)站設計、成都做網(wǎng)站、網(wǎng)絡營銷經驗，集策劃、開發(fā)、設計、營銷、管理等多方位專業(yè)化運作于一體，具備承接不同規(guī)模與類型的建設項目的能力。

Go語言的作者本身就很懂C語言，所以同樣Go語言也會有C語言的基因，所以對于程序員來說，Go語言天生就會讓人很熟悉，容易上手。

2、并發(fā)性好。

Go語言天生支持并發(fā)，可以充分利用多核，輕松地使用并發(fā)。 這是Go語言最大的特點。

描述

Go的語法接近C語言，但對于變量的聲明有所不同。Go支持垃圾回收功能。Go的并行模型是以東尼·霍爾的通信順序進程（CSP）為基礎，采取類似模型的其他語言包括Occam和Limbo，但它也具有Pi運算的特征，比如通道傳輸。

在1.8版本中開放插件（Plugin）的支持，這意味著現(xiàn)在能從Go中動態(tài)加載部分函數(shù)。

與C++相比，Go并不包括如枚舉、異常處理、繼承、泛型、斷言、虛函數(shù)等功能，但增加了 切片(Slice) 型、并發(fā)、管道、垃圾回收、接口（Interface）等特性的語言級支持。

『No8: Go 接口』

大家好，我是謝偉，是一名程序員。

下面的學習是一個系列，力求從初學者的角度學會go 語言，達到中級程序員水平。

這一系列是我的輸出總結，同時我還推出了視頻版。正在制作過程。

為寫出這些文章，我閱讀了網(wǎng)上諸多熱門的教程和紙質書籍。內容的實質都是那些，要區(qū)分出差異的話，只能表現(xiàn)在具體實例層面。所以，實例我會選取自己在工作中的項目實例抽取出來。希望對大家有所幫助。

我們已經研究了：

本節(jié)的主題是：接口

接口是 golang 中最值得強調的特性。它讓面向對象，內容組織實現(xiàn)非常的方便。

接口在 go 語言中是一系列方法的集合，原則上方法可以有很多個，但建議4個左右。

上文中定義了一個 httpClient 的接口，指定了這個接口可以干這些活： Get、Post、Put、Delete

上文中指定了 httpClient 接口，指定了這個接口需要干的活是： Get、Post、Put、Delete ， 具體的實現(xiàn)需要靠其他結構體來實現(xiàn)。

一個結構體實現(xiàn)了接口要求的所有的方法(方法的參數(shù)和返回值一致)，那么就說這個結構體實現(xiàn)了這個接口

上文中的使用： httpClient 屏蔽了 httpImpl 的內部細節(jié)，而依然可以使用 Get 方法，去完成任務。

當然接口可以被諸多結構體實現(xiàn)，只需存在接口定義的幾種方法即可。

接口和結構體的定義很相似，也可以完成嵌入接口的功能，嵌入的匿名的接口，可以自動的具備被嵌入的接口的方法。

結構體實現(xiàn) String 方法即可實現(xiàn)結構化輸出結構體。

實現(xiàn)Error 方法即可自定義錯誤類型。

這幾個讀寫接口在好些庫中實現(xiàn)了，后續(xù)我們再討論。

Any 類型

空接口在 go 里，可以當成任意類型，意味著，比如你的函數(shù)或者方法不知道傳入的參數(shù)的類型，可以直接定義為 interface{}

類型斷言

類型斷言的使用場景是：接口類型的變量可以包含任何類型的值。如何判斷變量的真實類型？

比如解析一個不知道字段類型的 json， 常常需要使用到類型斷言。

可以使用：

ok...idiom

varInterface.(T), varInterface 必須是接口、T 則是具體的實現(xiàn)接口的結構體

switch ..case...

.(type) 只在 switch 語句里才能使用。

以上就是接口的全部內容，接口是go 中最特別的特性。借助 接口， go 實現(xiàn)面向對象中的繼承和多態(tài)。

接口是方法的集合，只定義具體要干什么，而怎么干，則由其他的結構體的方法實現(xiàn)。這樣不同的結構體的方法的具體處理不同，實現(xiàn)的接口的功能就不一樣。

盡管如此，接口并不意味著可以隨意濫用。我們最好是根據(jù)面向對象的客觀實體，抽象出接口和方法。

本節(jié)完，再會。

go是啥 語言.

GO語言由Google公司開發(fā)，并于2009年開源，對比Java、Python、C等語言，GO尤其擅長并發(fā)編程，性能堪比C語言，開發(fā)效率比肩Python，被譽為21世紀的C語言。GO語言在云計算、大數(shù)據(jù)、微服務、高并發(fā)領域，應用非常廣泛。BAT大廠正在把GO作為新項目開發(fā)的首選語言。

深入剖析：一套在 Go 中傳遞、返回、暴露錯誤，便于回查的解決方案

作者：andruzhang，騰訊 IEG 后臺開發(fā)工程師

在后臺開發(fā)中，針對錯誤處理，有三個維度的問題需要解決：

一個面向過程的函數(shù)，在不同的處理過程中需要 handle 不同的錯誤信息；一個面向對象的函數(shù)，針對一個操作所返回的不同類型的錯誤，有可能需要進行不同的處理。此外，在遇到錯誤時，也可以使用斷言的方式，快速中止函數(shù)流程，大大提高代碼的可讀性。

在許多高級語言中都提供了 try ... catch 的語法，函數(shù)內部可以通過這種方案，實現(xiàn)一個統(tǒng)一的錯誤處理邏輯。而即便是 C 這種 “中級語言” 雖然沒有，但是程序員也可以使用宏定義的方式，來實現(xiàn)某種程度上的錯誤斷言。

但是，對于 Go 的情況就比較尷尬了。

我們先來看斷言，我們的目的是，僅使用一行代碼就能夠檢查錯誤并終止當前函數(shù)。由于沒有 throw，沒有宏，如果要實現(xiàn)一行斷言，有兩種方法。

第一種是把 if 的錯誤判斷寫在一行內，比如：

第二種方法是借用 panic 函數(shù)，結合 recover 來實現(xiàn):

這兩種方法都值得商榷。

首先，將 if 寫在同一行內的問題有：

至于第二種方法，我們要分情況看；

不過使用 panic 來斷言的方案，雖然在業(yè)務邏輯中基本上不用，但在測試場景下則是非常常見的。測試嘛，用牛刀有何不可？稍微大一點的系統(tǒng)開銷也沒啥問題。對于 Go 來說，非常熱門的單元測試框架 goconvey 就是使用 panic 機制來實現(xiàn)單元測試中的斷言，用的人都說好。

綜上，在 Go 中，對于業(yè)務代碼，筆者不建議采用斷言，遇到錯誤的時候建議還是老老實實采用這種格式：

而在單測代碼中，則完全可以大大方方地采用類似于 goconvey 之類基于 panic 機制的斷言。

眾所周知 Go 是沒有 try ... catch 的，而且從官方的態(tài)度來看，短時間內也沒有考慮的計劃。但程序員有這個需求呀。筆者采用的方法，是將需要返回的 err 變量在函數(shù)內部全局化，然后結合 defer 統(tǒng)一處理：

這種方案要特別注意變量作用域問題.比如前面的 if err = DoSomething(); err != nil { 行，如果我們將 err = ... 改為 err := ...，那么這一行中的 err 變量和函數(shù)最前面定義的 (err error) 不是同一個變量，因此即便在此處發(fā)生了錯誤，但是在 defer 函數(shù)中無法捕獲到 err 變量了。

在 try ... catch 方面，筆者其實沒有特別好的方法來模擬，即便是上面的方法也有一個很讓人頭疼的問題：defer 寫法導致錯誤處理前置，而正常邏輯后置了，從可讀性的角度來說非常不友好。因此也希望讀者能夠指教。同時還是希望 Go 官方能夠繼續(xù)迭代，支持這種語法。

這一點在 Go 里面，一開始看起來還是比較統(tǒng)一的，這就是 Go 最開始就定義的 error 類型，以系統(tǒng)標準的方式，統(tǒng)一了進程內函數(shù)級的錯誤返回模式。調用方使用 if err != nil 的統(tǒng)一模式，來判斷一個調用是不是成功了。

但是隨著 Go 的逐步推廣，由于 error 接口的高自由度，程序員們對于 “如何判斷該錯誤是什么錯誤” 的時候，出現(xiàn)了分歧。

在 Go 1.13 之前，對于 error 類型的傳遞，有三種常見的模式：

這個流派很簡單，就是將各種錯誤信息直接定義為一個類枚舉值的模式，比如：

當遇到相應的錯誤信息時，直接返回對應的 error 類枚舉值就行了。對于調用方也非常方便，可以采用 switch - case 來判斷錯誤類型：

個人覺得這種設計模式本質上還是 C error code 模式。

這種流派則是充分使用了 “error 是一個 interface” 的特性，重新自定義一個 error 類型。一方面是用不同的類型來表示不同的錯誤分類，另一方面則能夠實現(xiàn)對于同一錯誤類型，能夠給調用方提供更佳詳盡的信息。舉個例子，我們可以定義多個不同的錯誤類型如下：

對于調用方，則通過以下代碼來判斷不同的錯誤：

這種模式，一方面可以透傳底層錯誤，另一方面又可以添加自定義的信息。但對于調用方而言，災難在于如果要判斷某一個錯誤的具體類型，只能用 strings.Contains() 來實現(xiàn)，而錯誤的具體描述文字是不可靠的，同一類型的信息可能會有不同的表達；而在 fmt.Errorf 的過程中，各個業(yè)務添加的額外信息也可能會有不同的文字，這帶來了極大的不可靠性，提高了模塊之間的耦合度。

在 go 1.13 版本發(fā)布之后，針對 fmt.Errorf 增加了 wraping 功能，并在 errors 包中添加了 Is() 和 As() 函數(shù)。關于這個模式的原理和使用已經有很多文章了，本文就不再贅述。

這個功能，合并并改造了前文的所謂 “== 流派” 和 “fmt.Errorf” 流派，統(tǒng)一使用 errors.Is() 函數(shù)；此外，也算是官方對類型斷言流派的認可（專門用 As() 函數(shù)來支持）。

在實際應用中，函數(shù)/模塊透傳錯誤時，應該采用 Go 的 error wrapping 模式，也就是 fmt.Errorf() 配合 %w 使用，業(yè)務方可以放心地添加自己的錯誤信息，只要調用方統(tǒng)一采用 errors.Is() 和 errors.As() 即可。

服務/系統(tǒng)層面的錯誤信息返回，大部分協(xié)議都可以看成是 code - message 模式或者是其變體：

這種模式的特點是：code 是給程序代碼使用的，代碼判斷這是一個什么類型的錯誤，進入相應的分支處理；而 message 是給人看的，程序可以以某種形式拋出或者記錄這個錯誤信息，供用戶查看。

在這一層面有什么問題呢？code for computer，message for user，好像挺好的。

但有時候，我們可能會收到用戶/客戶反饋一個問題：“XXX 報錯了，幫忙看看什么問題？”。用戶看不懂我們的錯誤提示嗎？

在筆者的經驗中，我們在使用 code - message 機制的時候，特別是業(yè)務初期，難以避免的是前后端的設計文案沒能完整地覆蓋所有的錯誤用例，或者是錯誤極其罕見。因此當出現(xiàn)錯誤時，提示曖昧不清（甚至是直接提示錯誤信息），導致用戶從錯誤信息中找到解決方案

在這種情況下，盡量覆蓋所有錯誤路徑肯定是最完美的方法。不過在做到這一點之前，碼農們往往有下面的解決方案：

既要隱藏信息，又要暴露信息，我可以摔盤子嗎……

這里，筆者從日益普及的短信驗證碼有了個靈感——人的短期記憶對 4 個字符還是比較強的，因此我們可以考慮把錯誤代碼縮短到 4 個字符——不區(qū)分大小寫，因為如果人在記憶時還要記錄大小寫的話，難度會增加不少。

怎么用 4 個字符表示盡量多的數(shù)據(jù)呢？數(shù)字+字母總共有 36 個字符，理論上使用 4 位 36 進制可以表示 36x36x36x36 = 1679616 個值。因此我們只要找到一個針對錯誤信息字符串的哈希算法，把輸出值限制在 1679616 范圍內就行了。

這里我采用的是 MD5 作為例子。MD5 的輸出是 128 位，理論上我可以取 MD5 的輸出，模 1679616 就可以得到一個簡易的結果。實際上為了減少除法運算，我采用的是取高 20 位（0xFFFFF）的簡易方式（20 位二進制的最大值為 1048575），然后將這個數(shù)字轉成 36 進制的字符串輸出。

當出現(xiàn)異常錯誤時，我們可以將 message 的提示信息如下展示：“未知錯誤，錯誤代碼 30EV，如需協(xié)助，請聯(lián)系 XXX”。順帶一提，30EV 是 "Access denied for user 'db_user'@'127.0.0.1'" 的計算結果，這樣一來，我就對調用方隱藏了敏感信息。

至于后臺側，還是需要實實在在地將這個哈希值和具體的錯誤信息記錄在日志或者其他支持搜索的渠道里。當用戶提供該代碼時，可以快速定位。

這種方案的優(yōu)點很明顯：

簡易的錯誤碼生成代碼如下：

當然這種方案也有局限性，筆者能想到的是需要注意以下兩點：

此外，筆者需要再強調的是：在開發(fā)中，針對各種不同的、正式的錯誤用例依然需要完整覆蓋，盡可能通過已有的 code - message 機制將足夠清晰的信息告知主調方。這種 hashcode 的錯誤代碼生成方法，僅適用于錯誤用例遺漏、或者是快速迭代過程中，用于發(fā)現(xiàn)和調試遺漏的錯誤用例的臨時方案。

Go語言怎么樣？

根據(jù)Go趨勢報告顯示，全球范圍內有 110 萬專業(yè)開發(fā)者選擇Go作為其主要開發(fā)語言。如果把以其他編程語言作為主要開發(fā)語言，同時也在使用Go的開發(fā)者計算在內，這一數(shù)字將高達270萬，中國的Go語言開發(fā)者排名第一，全球占比超過16%。

Go 語言能夠支持并構建與微服務結合的內部工具、架構和后端服務而深受IT企業(yè)歡迎，許多IT架構工具由Go構建而成，例如大型的Kubernetes、Docker和Vault等。數(shù)據(jù)顯示，有63%的具有統(tǒng)治力的云原生項目都是用Go構建。

因此，博睿數(shù)據(jù)在國內首發(fā)支持Go語言智能探針，對于提升業(yè)務性能，助力企業(yè)數(shù)字化轉型有著非常重要的意義。

SmartAgent探針技術集結主流編程語言

SmartAgent是博睿數(shù)據(jù)自研的自動化部署的一體化探針，在已支持JAVA，PHP，.net，Nodejs，.NET Core，Python的基礎上，新增了對Go語言的支持。

相較而言，傳統(tǒng)探針技術需要客戶配合修改應用程序代碼，風險不可控，需要客戶重新編譯程序集成探針，耦合度高。

不同于行業(yè)內傳統(tǒng)探針技術，博睿數(shù)據(jù)GoAgent探針直接后臺安裝即可，主動注入和嵌碼，降低與客戶程序耦合、無需二次修改代碼、提高 GoAgent 技術易用性。無論是動態(tài)編譯還是靜態(tài)編譯的代碼，博睿數(shù)據(jù)Samrt Agent技術都可以在不進行任何修改的情況下進行服務級別和代碼級別的分布式鏈路跟蹤，實現(xiàn)業(yè)務的可觀測性。

GoAgent探針支持六大功能，實現(xiàn)全鏈路追蹤

golang中級進階（二）：結構體

目錄

一、結構體詳解

1. 結構體定義

2. 實例化結構體的7種方法

二、結構體方法

1. 結構體的方法定義

2. 結構體內自定義方法的引用

3. 任意類型添加方法

三、嵌套、繼承

1. 匿名結構體

2. 結構體中可以定義任意類型的字段

3. 結構體嵌套結構體

4. 結構體嵌套匿名結構體

5. 結構體嵌套多個匿名結構體

6. 結構體繼承

四、結構體和JSON相互轉換

1. 結構體轉化成json

2. json轉化成結構體

3. 結構體標簽 tag

4. 嵌套結構體和json的序列化反序列化

Golang 中沒有“類”的概念，Golang 中的結構體和其他語言中的類有點相似。和其他面向對 象語言中的類相比，Golang 中的結構體具有更高的擴展性和靈活性。

Golang 中的基礎數(shù)據(jù)類型可以表示一些事物的基本屬性，但是當我們想表達一個事物的全 部或部分屬性時，這時候再用單一的基本數(shù)據(jù)類型就無法滿足需求了，Golang 提供了一種 自定義數(shù)據(jù)類型，可以封裝多個基本數(shù)據(jù)類型，這種數(shù)據(jù)類型叫結構體，英文名稱 struct。 也就是我們可以通過 struct 來定義自己的類型了。

使用 type 和 struct 關鍵字來定義結構體，具體代碼格式如下：

type 類型名 struct {

字段名 字段類型

字段名 字段類型 …

}

其中：

? 類型名：表示自定義結構體的名稱，在同一個包內不能重復。

? 字段名：表示結構體字段名。結構體中的字段名必須唯一。

? 字段類型：表示結構體字段的具體類型。

在 go 語言中，沒有類的概念但是可以給類型（結構體，自定義類型）定義方法。所謂方法 就是定義了接收者的函數(shù)。接收者的概念就類似于其他語言中的 this 或者 self。

方法的定義格式如下：

func (接收者變量 接收者類型) 方法名(參數(shù)列表) (返回參數(shù)) {

函數(shù)體

}

注意：想改變結構體內的值，必須先變成指針。

在 Go 語言中，接收者的類型可以是任何類型，不僅僅是結構體，任何類型都可以擁有方法。 舉個例子，我們基于內置的 int 類型使用 type 關鍵字可以定義新的自定義類型，然后為我們 的自定義類型添加方法。

注意：匿名結構體中不允許出現(xiàn)多個重復的類型

注意：如果結構體里面有私有屬性也就是小寫定義的字段，則不會被json使用

本文名稱：go語言中級 go語言進階
分享地址：http://muchs.cn/article24/docooce.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供標簽優(yōu)化、網(wǎng)站建設、做網(wǎng)站、ChatGPT、用戶體驗、外貿網(wǎng)站建設

廣告

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