前言
大家应该都知道，在一些语言中，有try/finally这样的控制语句，比如Java。
这种语句可以让我们在finally代码块中执行必须要执行的代码，不管之前怎样的兴风作浪。
在Swift 2.0中，Apple提供了defer关键字，让我们可以实现同样的效果。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
func checkSomething() {
print("CheckPoint 1")
doSomething()
print("CheckPoint 4")
}
func doSomething() {
print("CheckPoint 2")
defer {
print("Clean up here")
}
print("CheckPoint 3")
}
checkSomething() // CheckPoint 1, CheckPoint 2, CheckPoint 3, Clean up here, CheckPoint 4
|
上述示例可以看到，在打印出“CheckPoint 2”之后并没有打印出“Clean up here”，而是“CheckPoint 3”，这就是defer的作用，它对进行了print("Clean up here")延迟。
我们再来看一个I/O的示例：
|
1
2
3
4
5
6
7
8
9
10
|
// 伪代码
func writeSomething() {
let file = OpenFile()
let ioStatus = fetchIOStatus()
guard ioStatus != "error" else {
return
}
file.write()
closeFile(file)
}
|
上述示例是一个I/O操作的伪代码，如果获取到的ioStatus正常，那么该方法没有问题，
如果ioStatus取到的是error，那么会被guard语句抓到执行return操作，
这样的话closeFile(file)就永远都不会执行了，一个严重的Bug就这样产生了。
下面我们看看如何用defer来解决这个问题：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
// 伪代码
func writeSomething() {
let file = OpenFile()
defer {
closeFile(file)
}
let ioStatus = fetchIOStatus()
guard ioStatus != "error" else {
return
}
file.write()
}
|
我们将closeFile(file)放在defer代码块里，这样即使ioStatus为error，在执行return前会先执行defer里的代码，这样就保证了不管发生什么，最后都会将文件关闭。
需要注意的是, 虽然说defer的内容会在return之前执行, 但是如果defer定义在return之后, 那么还是不会执行defter的内容, 也就是说, defer关键字必须比return早出现。
放在return之后:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
var str = "Hello, playground"
func show() {
print("这里是即将要推迟(但一定会)执行的代码")
}
func test() {
if str.characters.count >= 2 {
print("跳出该方法的执行")
return
}
defer {
show()
}
}
test() // 输出结果: 跳出该方法的执行
|
放在return之前:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
var str = "Hello, playground"
func show() {
print("这里是即将要推迟(但一定会)执行的代码")
}
func test() {
defer {
show()
}
if str.characters.count >= 2 {
print("跳出该方法的执行")
return
}
}
test() // 输出结果: 跳出该方法的执行 这里是即将要推迟(但一定会)执行的代码
|
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://www.cnblogs.com/Rinpe/p/5221783.html