コンテンツ
deferが属する関数が戻ろうとしているとき、deferer-processedステートメントはdeferの逆の順序で実行されます。つまり、最初のdeferステートメントが最後に実行され、最後のdeferステートメントが最初に実行されます。延期されていないステートメントは、実行された順序で実行されます。
1.延期の実行順序
package main
import (
"fmt"
)
func main() {
fmt.Println("defer begin")
// 将defer放入延迟调用栈
defer fmt.Println(1)
defer fmt.Println(2)
// 最后一个放入, 位于栈顶, 最先调用
defer fmt.Println(3)
fmt.Println("defer end")
}
代码输出如下:
defer begin
defer end
3
2
1
2.実行順序の遅延
deferステートメントは、関数が終了したときに実行されるステートメントとまったく同じであるため、deferを使用すると、リソース解放の問題に対処するのに非常に便利です。
1.遅延同時ロック解除を使用する
次の例では、マップが関数で同時に使用されます。競合状態を防ぐために、sync.Mutexを使用してロックします。次のコードを参照してください。
var (
// 一个演示用的映射
valueByKey = make(map[string]int)
// 保证使用映射时的并发安全的互斥锁
valueByKeyGuard sync.Mutex
)
// 根据键读取值
func readValue(key string) int {
// 对共享资源加锁
valueByKeyGuard.Lock()
// 取值
v := valueByKey[key]
// 对共享资源解锁
valueByKeyGuard.Unlock()
// 返回值
return v
}
上記のステートメントを簡略化するには、deferステートメントを使用します。次のコードを参照してください。
func readValue(key string) int {
valueByKeyGuard.Lock()
// defer后面的语句不会马上调用, 而是延迟到函数结束时调用
defer valueByKeyGuard.Unlock()
return valueByKey[key]
}
2.ファイルハンドルの遅延リリースを使用します
ファイルの操作は、ファイルを開き、ファイルリソースを取得して操作し、リソースを閉じるといういくつかのプロセスを経る必要があります。操作後にファイルリソースが閉じられない場合、プロセスはファイルリソースを解放できません。 。
// 根据文件名查询其大小
func fileSize(filename string) int64 {
// 根据文件名打开文件, 返回文件句柄和错误
f, err := os.Open(filename)
// 如果打开时发生错误, 返回文件大小为0
if err != nil {
f.close()
return 0
}
// 取文件状态信息
info, err := f.Stat()
// 如果获取信息时发生错误, 关闭文件并返回文件大小为0
if err != nil {
f.Close()
return 0
}
// 取文件大小
size := info.Size()
// 关闭文件
f.Close()
// 返回文件大小
return size
}
上記の例で、太字の部分はファイルのクローズ操作です。以下では、deferを使用してコードを簡略化しています。コードは、次のとおりです。
func fileSize(filename string) int64 {
f, err := os.Open(filename)
if err != nil {
return 0
}
// 延迟调用Close, 此时Close不会被调用
defer f.Close()
info, err := f.Stat()
if err != nil {
// defer机制触发, 调用Close关闭文件
return 0
}
size := info.Size()
// defer机制触发, 调用Close关闭文件
return size
}