前言

哈嘍，大家好，我是asong。

每門語言都有自己的語法糖，像java?的語法糖就有方法變長參數(shù)、拆箱與裝箱、枚舉、for-each?等等，Go?語言也不例外，其也有自己的語法糖，掌握這些語法糖可以助我們提高開發(fā)的效率，所以本文就來介紹一些Go語言的語法糖，總結(jié)的可能不能全，歡迎評論區(qū)補充。

可變長參數(shù)

Go?語言允許一個函數(shù)把任意數(shù)量的值作為參數(shù)，Go語言內(nèi)置了...操作符，在函數(shù)的最后一個形參才能使用...操作符，使用它必須注意如下事項：

• 可變長參數(shù)必須在函數(shù)列表的最后一個；
• 把可變長參數(shù)當切片來解析，可變長參數(shù)沒有沒有值時就是?
• 可變長參數(shù)的類型必須相同

既然我們的函數(shù)可以接收可變長參數(shù)，那么我們在傳參的時候也可以傳遞切片使用...進行解包轉(zhuǎn)換為參數(shù)列表，append方法就是最好的例子：

var sl []int
sl = append(sl, 1)
sl = append(sl, sl...)

append方法定義如下：

// slice = append(slice, elem1, elem2)
// slice = append(slice, anotherSlice...)
func append(slice []Type, elems ...Type) []Type

聲明不定長數(shù)組

數(shù)組是有固定長度的，我們在聲明數(shù)組時一定要聲明長度，因為數(shù)組在編譯時就要確認好其長度，但是有些時候?qū)τ谙胪祽械奈?，就是不想寫?shù)組長度，有沒有辦法讓他自己算呢？當然有，使用...操作符聲明數(shù)組時，你只管填充元素值，其他的交給編譯器自己去搞就好了；

a := [...]int{1, 3, 5} // 數(shù)組長度是3，等同于 a := [3]{1, 3, 5}

有時我們想聲明一個大數(shù)組，但是某些index想設(shè)置特別的值也可以使用...操作符搞定：

a := [...]int{1: 20, 999: 10} // 數(shù)組長度是100, 下標1的元素值是20，下標999的元素值是10，其他元素值都是0

init函數(shù)

Go?語言提供了先于main?函數(shù)執(zhí)行的init?函數(shù)，初始化每個包后會自動執(zhí)行init?函數(shù)，每個包中可以有多個init?函數(shù)，每個包中的源文件中也可以有多個init函數(shù)，加載順序如下：

從當前包開始，如果當前包包含多個依賴包，則先初始化依賴包，層層遞歸初始化各個包，在每一個包中，按照源文件的字典序從前往后執(zhí)行，每一個源文件中，優(yōu)先初始化常量、變量，最后初始化init?函數(shù)，當出現(xiàn)多個init函數(shù)時，則按照順序從前往后依次執(zhí)行，每一個包完成加載后，遞歸返回，最后在初始化當前包！

init?函數(shù)實現(xiàn)了sync.Once?，無論包被導(dǎo)入多少次，init?函數(shù)只會被執(zhí)行一次，所以使用init?可以應(yīng)用在服務(wù)注冊、中間件初始化、實現(xiàn)單例模式等等，比如我們經(jīng)常使用的pprof?工具，他就使用到了init?函數(shù)，在init函數(shù)里面進行路由注冊：

//go/1.15.7/libexec/src/cmd/trace/pprof.go
func init() {
 http.HandleFunc("/io", serveSVGProfile(pprofByGoroutine(computePprofIO)))
 http.HandleFunc("/block", serveSVGProfile(pprofByGoroutine(computePprofBlock)))
 http.HandleFunc("/syscall", serveSVGProfile(pprofByGoroutine(computePprofSyscall)))
 http.HandleFunc("/sched", serveSVGProfile(pprofByGoroutine(computePprofSched)))

 http.HandleFunc("/regionio", serveSVGProfile(pprofByRegion(computePprofIO)))
 http.HandleFunc("/regionblock", serveSVGProfile(pprofByRegion(computePprofBlock)))
 http.HandleFunc("/regionsyscall", serveSVGProfile(pprofByRegion(computePprofSyscall)))
 http.HandleFunc("/regionsched", serveSVGProfile(pprofByRegion(computePprofSched)))
}

忽略導(dǎo)包

Go語言在設(shè)計師有代碼潔癖，在設(shè)計上盡可能避免代碼濫用，所以Go?語言的導(dǎo)包必須要使用，如果導(dǎo)包了但是沒有使用的話就會產(chǎn)生編譯錯誤，但有些場景我們會遇到只想導(dǎo)包，但是不使用的情況，比如上文提到的init?函數(shù)，我們只想初始化包里的init函數(shù)，但是不會使用包內(nèi)的任何方法，這時就可以使用  _   操作符號重命名導(dǎo)入一個不使用的包：

import _ "github.com/asong"

忽略字段

在我們?nèi)粘ｉ_發(fā)中，一般都是在屎上上堆屎，遇到可以用的方法就直接復(fù)用了，但是這個方法的返回值我們并不一定都使用，還要絞盡腦汁的給他想一個命名，有沒有辦法可以不處理不要的返回值呢？當然有，還是 _ 操作符，將不需要的值賦給空標識符：

_, ok := test(a, b int)

json序列化忽略某個字段

大多數(shù)業(yè)務(wù)場景我們都會對struct?做序列化操作，但有些時候我們想要json?里面的某些字段不參加序列化，-操作符可以幫我們處理，Go語言的結(jié)構(gòu)體提供標簽功能，在結(jié)構(gòu)體標簽中使用 - 操作符就可以對不需要序列化的字段做特殊處理，使用如下：

type Person struct{
  name string `json:"-"`
  age string `json: "age"`
}

json序列化忽略空值字段

我們使用json.Marshal?進行序列化時不會忽略struct?中的空值，默認輸出字段的類型零值（string?類型零值是""，對象類型的零值是nil?...），如果我們想在序列化時忽略掉這些沒有值的字段時，可以在結(jié)構(gòu)體標簽中中添加omitempty tag：

type User struct {
 Name  string   `json:"name"`
 Email string   `json:"email,omitempty"`
  Age int        `json: "age"`
}

func test() {
 u1 := User{
  Name: "asong",
 }
 b, err := json.Marshal(u1)
 if err != nil {
  fmt.Printf("json.Marshal failed, err:%v\n", err)
  return
 }
 fmt.Printf("str:%s\n", b)
}

運行結(jié)果：

str:{"name":"asong","Age":0}

Age?字段我們沒有添加omitempty? tag在json?序列化結(jié)果就是帶空值的，email字段就被忽略掉了；

短變量聲明

每次使用變量時都要先進行函數(shù)聲明，對于我這種懶人來說是真的不想寫，因為寫python?寫慣了，那么在Go?語言是不是也可以不進行變量聲明直接使用呢？我們可以使用 name := expression 的語法形式來聲明和初始化局部變量，相比于使用var聲明的方式可以減少聲明的步驟：

var a int = 10
//等用于
a := 10

• 使用短變量聲明時有兩個注釋事項：
• 短變量聲明只能在函數(shù)內(nèi)使用，不能用于初始化全局變量
• 短變量聲明代表引入一個新的變量，不能在同一作用域重復(fù)聲明變量

多變量聲明中如果其中一個變量是新變量，那么可以使用短變量聲明，否則不可重復(fù)聲明變量；

類型斷言

我們通常都會使用interface?，一種是帶方法的interface?，一種是空的interface，Go1.18?之前是沒有泛型的，所以我們可以用空的interface{}?來作為一種偽泛型使用，當我們使用到空的interface{}作為入?yún)⒒蚍祷刂禃r，就會使用到類型斷言，來獲取我們所需要的類型，在Go語言中類型斷言的語法格式如下：

value, ok := x.(T)
or
value := x.(T)

x是interface?類型，T是具體的類型，方式一是安全的斷言，方式二斷言失敗會觸發(fā)panic；這里類型斷言需要區(qū)分x?的類型，如果x是空接口類型：

空接口類型斷言實質(zhì)是將?eface?中?_type?與要匹配的類型進行對比，匹配成功在內(nèi)存中組裝返回值，匹配失敗直接清空寄存器，返回默認值。

如果x是非空接口類型：

非空接口類型斷言的實質(zhì)是 iface 中 ?*itab? 的對比。?*itab? 匹配成功會在內(nèi)存中組裝返回值。匹配失敗直接清空寄存器，返回默認值。

切片循環(huán)

切片/數(shù)組是我們經(jīng)常使用的操作，在Go?語言中提供了for range語法來快速迭代對象，數(shù)組、切片、字符串、map、channel等等都可以進行遍歷，總結(jié)起來總共有三種方式：

// 方式一：只遍歷不關(guān)心數(shù)據(jù)，適用于切片、數(shù)組、字符串、map、channel
for range T {}

// 方式二：遍歷獲取索引或數(shù)組，切片，數(shù)組、字符串就是索引，map就是key，channel就是數(shù)據(jù)
for key := range T{}

// 方式三：遍歷獲取索引和數(shù)據(jù)，適用于切片、數(shù)組、字符串，第一個參數(shù)就是索引，第二個參數(shù)就是對應(yīng)的元素值，map 第一個參數(shù)就是key，第二個參數(shù)就是對應(yīng)的值；
for key, value := range T{}

判斷map的key是否存在

Go語言提供語法 value, ok := m[key]?來判斷map?中的key是否存在，如果存在就會返回key所對應(yīng)的值，不存在就會返回空值：

import "fmt"

func main() {
    dict := map[string]int{"asong": 1}
    if value, ok := dict["asong"]; ok {
        fmt.Printf(value)
    } else {
      fmt.Println("key:asong不存在")
    }
}

select控制結(jié)構(gòu)

Go?語言提供了select?關(guān)鍵字，select?配合channel?能夠讓Goroutine?同時等待多個channel?讀或者寫，在channel?狀態(tài)未改變之前，select?會一直阻塞當前線程或Goroutine。先看一個例子：

func fibonacci(ch chan int, done chan struct{}) {
 x, y := 0, 1
 for {
  select {
  case ch <- x:
   x, y = y, x+y
  case <-done:
   fmt.Println("over")
   return
  }
 }
}
func main() {
 ch := make(chan int)
 done := make(chan struct{})
 go func() {
  for i := 0; i < 10; i++ {
   fmt.Println(<-ch)
  }
  done <- struct{}{}
 }()
 fibonacci(ch, done)
}

select與switch?具有相似的控制結(jié)構(gòu)，與switch?不同的是，select?中的case?中的表達式必須是channel?的收發(fā)操作，當select?中的兩個case?同時被觸發(fā)時，會隨機執(zhí)行其中的一個。為什么是隨機執(zhí)行的呢？隨機的引入就是為了避免饑餓問題的發(fā)生，如果我們每次都是按照順序依次執(zhí)行的，若兩個case?一直都是滿足條件的，那么后面的case永遠都不會執(zhí)行。

上面例子中的select?用法是阻塞式的收發(fā)操作，直到有一個channel?發(fā)生狀態(tài)改變。我們也可以在select?中使用default?語句，那么select語句在執(zhí)行時會遇到這兩種情況：

• 當存在可以收發(fā)的Channel?時，直接處理該Channel? 對應(yīng)的case；
• 當不存在可以收發(fā)的Channel? 時，執(zhí)行default 中的語句；

注意：?nil channel?上的操作會一直被阻塞，如果沒有?default case?,只有?nil channel?的?select?會一直被阻塞。

以上就是Go語言提升開發(fā)效率的語法糖技巧分享的詳細內(nèi)容，更多關(guān)于Go語言語法糖的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論