52.蛤蟆筆記go語言——defer使用情境

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

52.蛤蟆筆記go語言——defer使用情境

1. 簡化資源的回收

 比如:

mu.Lock()

defer mu.Unlock()

當然, defer 也有一定的開銷, 也有為了節省效能而迴避使用的 defer 的.

從簡化資源的釋放角度看, defer 類似一個文法糖, 好像不是必須的.

2. panic異常的捕獲

defer 除了用於簡化資源的釋放外, 還是Go語言異常架構的一個組成部分.

Go語言中, panic用於拋出異常, recover用於捕獲異常. recover只能在defer語句中使用, 直接調用recover是無效的.

比如:

packagemain

import"fmt"

funcmain(){

    f()

    fmt.Println("Returnednormallyfromf.")

}

funcf(){

    deferfunc(){

        ifr:=recover();r!=nil{

            fmt.Println("Recoveredinf",r)

        }

    }()

    fmt.Println("Callingg.")

    g()

    fmt.Println("Returnednormallyfromg.")

}

funcg(){

    panic("ERROR")

}

因此, 如果要捕獲Go語言中函數的異常, 就離不開defer語句了.

3.修改傳回值

defer 除了用於配合 recover, 用於捕獲 panic 異常外, 還可以用於在 return 之後修改函數的傳回值.

例如：

func doubleSum(a, b int) (sum int) {

    deferfunc() {

        sum *=2

    }()

    sum = a + b

}

4.安全的回收資源

defer 最常見的用法是簡化資源的回收. 而且, 從資源回收角度看, defer 只是一個文法糖.

比如, 有一個安全執行緒的slice修改函數, 為了效能沒有使用defer語句:

func set(mu *sync.Mutex, arr []int, i, v int) {

    mu.Lock()

    arr[i] = v

    mu.Unlock()

}

但是, 如果 i >= len(arr)的話, runtime就會拋出切片越界的異常(這裡只是舉例, 實際開發中不應該出現切片越界異常). 這樣的話, mu.Unlock() 就沒有機會被執行了.

如果用defer的話, 即使出現異常也能保證mu.Unlock()被調用:

func set(mu *sync.Mutex, arr []int, i, v int) {

    mu.Lock()

    defermu.Unlock()

    arr[i] = v

}

當然, Go語言約定異常不會跨越package邊界. 因此, 調用一般函數的時候不用擔心goroutine異常退出的情況.