Swift关键字总结

Swift中有多少关键字?
在Swift官方文档的词汇结构中, 有非常多的关键字, 它们被用于声明中、语句中、表达式中、类中、模式中, 还有以数字符号＃开头的关键字, 以及特定上下文环境使用的关键字。本文中涉及的代码可以在这里下载代码资源。

另外, 在特性中还有一些关键字, 是以@开头的关键字。这些所有的关键字将在 Swift关键字总结上篇 和 Swift关键字总结下篇 两篇文章中详细列举。

上篇中主要写到不带符号的关键字, 那么本篇中将详细写到下面的这些关键字。如带#或者@的关键字, 到底是如何使用的。

起始于数字标记(#)的关键字

available、#column、#else、#elseif、#endif、#file、#function、#if、#line、#selector 和 #sourceLocation。

特性中的关键字(@)
@available、@discardableResult、@GKInspectable、@nonobjc、@objc、@NSCopying、@NSManaged、@objcMembers、@testable、@NSApplicationMain、@UIApplicationMain、@IBAction、@IBOutlet、@IBDesignable、@IBInspectable、@autoclosure、@escaping、@convention。

以数字符号＃开头的关键字

available

Swift 拥有内置的对 API 可用性的检查功能。编译器在 SDK 中使用可用性信息来确保在你项目中明确的 API 都是可用的。如果你尝试使用一个不可用的 API 的话，Swift 会在编译时报告一个错误。

if #available(platform name version, ..., *) {
    statements to execute if the APIs are available
} else {
    fallback statements to execute if the APIs are unavailable
}

在这个通用的格式中，可用性条件接收平台的名称和版本列表。你可以使用 iOS，macOS 和 watchOS 来作为平台的名字。要说明额外的特定主版本号则使用类似 iOS 8 这样的名字，你可以明确更小一点的版本号比如 iOS 8.3 和 macOS 10.10.3。

举个例子:

if #available(iOS 10, macOS 10.12, *) {
    // Use iOS 10 APIs on iOS, and use macOS 10.12 APIs on macOS
} else {
    // Fall back to earlier iOS and macOS APIs
}

file、#column、#line、#function

这些都是特殊字面量。字面量表达式要么由普通字面量组成(例如字符串和数字)， 要么是数组或字典的字面量、playground 字面量，要么就是这些特殊字面量。

Literal Type Value

file String 它出现的位置的文件名

line Int 它出现位置的行数

column Int 他开始的列数

function String 它出现的声明

直接上代码:

class SomeClass {
    func logLiteral(fileName: String = #file, methodName: String = #function, lineNumber: Int = #line, column: Int = #column) {
        print("\(fileName as NSString)->\(methodName)->\(lineNumber)->\(column)");
    }
    
    func excuteLog() {
        logLiteral()
    }
}
SomeClass().excuteLog()

在我工程中它是这个样子的:

所以打印结果为:

MyPlayground.playground->excuteLog()->95->19

if、#end、#sourceLocation

编译器控制语句允许程序改变编译器的行为。Swift 有两种编译器控制语句：编译配置语句和线路控制语句。

编译配置语句可以根据一个或多个配置来有条件地编译代码。
每一个编译配置语句都以 #if 开始，#endif结束。如下是一个简单的编译配置语句：

#if 编译配置1
    如果编译配置1成立则执行这部分代码
#elseif 编译配置2
    如果编译配置2成立则执行这部分代码
#else
    如果编译配置均不成立则执行这部分代码
#endif

编译配置可以是 true 和 false 的字面量，也可以是使用 -D 命令行标志的标识符，或者是下列表格中的任意一个平台检测函数。

函数 可用参数
os() OSX, iOS, watchOS, tvOS, Linux
arch() i386, x86_64, arm, arm64
swift() >= 后跟版本号

#if os(iOS)
    print("come in one")
#endif
#if arch(x86_64)
    print("come in two")
#endif
#if swift(>=4.0)
    print("come in three")
#endif
// result is
// come in one
// come in two
// come in three

介绍完编译配置语句, 然后开始介绍线路制语句。行控制语句可以为被编译的源代码指定行号和文件名，从而改变源代码的定位信息，以便进行分析和调试。

行控制语句形式如下：

#sourceLocation(file: 文件名 , line:行号)
#sourceLocation()

第一种的行控制语句会改变该语句之后的代码中的字面量表达式 #line 和 #file 所表示的值。行号 是一个大于 0 的整形字面量，会改变 #line 表达式的值。文件名 是一个字符串字面量，会改变 #file 表达式的值。

第二种的行控制语句, #sourceLocation()，会将源代码的定位信息重置回默认的行号和文件名。

@Attributes(特性)
特性给有关声明或类型提供更多的信息。在 Swift 中有两种特性，一种用于声明，另一种用于类型。

通过在 @ 符号后跟一个特性名称和该特性可以接受的实际参数来指定一个特性。有些声明特性通过接收参数来指定特性的更多信息以及它是如何修饰某个特定的声明的。这些特性的参数写在圆括号内，它们的格式由它们所属的特性来定义：

@特性名
@特性名（特性参数）

声明特性
声明特性只能应用于声明。

@available
将 available 特性用于声明时，表示该声明的生命周期与特定的平台和操作系统版本有关。

参数说明:

available 特性经常与参数列表一同出现，该参数列表至少有两个特性参数，参数之间由逗号分隔。这些参数由以下这些平台名字中的一个起头：iOS, OSApplicationExtension, macOS, macOSApplicationExtension, watchOS, watchOSApplicationExtension, tvOS, tvOSApplicationExtension, swift
当然，你也可以用一个星号（*）来表示上面提到的所有平台。 其余的参数，可以按照任何顺序出现，并且可以添加关于声明生命周期的附加信息，包括重要事件。

unavailable参数表示该声明在指定的平台上是无效的。

introduced 参数表示指定平台从哪一版本开始引入该声明。格式如下：

introduced=版本号
1
版本号由一个或多个正整数构成，由句点分隔的。

deprecated参数表示指定平台从哪一版本开始弃用该声明。格式如下：
deprecated=版本号
1
可选的版本号由一个或多个正整数构成，由句点分隔的。省略版本号表示该声明目前已弃用，当弃用出现时无需给出任何有关信息。如果你省略了版本号，冒号（:）也可省略。

obsoleted 参数表示指定平台从哪一版本开始废弃该声明。当一个声明被废弃后，它就从平台中移除，不能再被使用。格式如下：
obsoleted=版本号
1
版本号由一个或多个正整数构成，由句点分隔的。

message 参数用来提供文本信息。当使用被弃用或者被废弃的声明时，编译器会抛出警告或错误信息。格式如下：
message=信息内容
1
信息内容由一个字符串构成。

renamed 参数用来提供文本信息，用以表示被重命名的声明的新名字。当使用声明的旧名字时，编译器会报错提示新名字。格式如下：
renamed=新名字
1
新名字由一个字符串构成。

举例说明:
你可以将renamed 参数和 unavailable 参数以及类型别名声明组合使用，以此向用户表示某个声明已经被重命名。当某个声明的名字在一个框架或者库的不同发布版本间发生变化时，这会相当有用。

// 首发版本
protocol MyProtocol {
// 这里是协议定义
}
// 后续版本重命名了 MyProtocol
protocol MyRenamedProtocol {
// 这里是协议定义
}
@available(*, unavailable, renamed:"MyRenamedProtocol")
typealias MyProtocol = MyRenamedProtocol

还可以可以简明地表达出声明在多个平台上的可用性。如果 available 特性除了平台名称参数外，只指定了一个 introduced 参数，那么可以使用以下简写语法代替：

@available（平台名称 版本号，*）
@available(macOS 10.12, *)
@available(iOS 10.0, macOS 10.12, *)
@available(swift 3.0.2)
@available(*, deprecated: 10.0)
@available(iOS, introduced: 2.0, deprecated: 8.0, message: "Header views are animated along with the rest of the view hierarchy")

@discardableResult
该特性用于的函数或方法声明, 以抑制编译器中函数或方法的返回值被调而没有使用其结果的警告。

class WaringClass {
    @discardableResult
    func someWarningMethod() -> Bool {
        return true
    }
}

var waring = WaringClass()
waring.someWarningMethod()

@GKInspectable
用这个特性可以把一个自定义的 GameplayKit 组件属性显示到 SpriteKit 编辑器界面中。使用这个特性也就隐式地使用了 objc 特性

@objc
该特性用于修饰任何可以在 Objective-C 中表示的声明。比如，非嵌套类、协议、非泛型枚举（仅限原始值为整型的枚举）、类和协议中的属性和方法（包括存取方法）、构造器、析构器以及下标运算符。objc 特性告诉编译器这个声明可以在 Objective-C 代码中使用。需要注意的是添加objc修饰符并不意味着这个方法或者属性会变成动态派发, Swift依然可能会将其优化为静态调用。

标有 objc 特性的类必须继承自 Objective-C 中定义的类。如果你将 objc 特性应用于一个类或协议，它也会隐式地应用于类或协议中兼容 Objective-C 的成员。对于标记了 objc 特性的类，编译器会隐式地为它的子类添加 objc 特性。标记了 objc 特性的协议不能继承没有标记 objc 的协议。

objc特性同样会在下面的情况中隐式地添加：

声明是子类的重写，并且父类的声明有 objc 特性；
声明满足的需求来自一个拥有 objc 特性的协议；
声明有 IBAction , IBOutlet , IBDesignable , IBInspectable , NSManaged , 或者 GKInspectable 特性。
如果你在一个枚举中使用 objc 特性，枚举名和每个成员名串联起来，作为枚举成员暴露给 Objective-C 代码。成员名首字母大写。例如，在Swift中 Planet 枚举成员叫做 venus ，它作为一个叫 PlanetVenus 的成员暴露到 Objective-C 代码中。

objc 特性可以接受一个特性实际参数，由一个标识符组成。当你想在 Objective-C 中为 objc 特性标记的实体暴露一个不同的名字时，用这个特性。你可以把这个实际参数用在命名类，枚举，枚举成员，协议，方法，getter，setter，初始化器。下面的例子把 ExampleClass 中 enabled 属性的 getter 作为 isEnabled 暴露给 Objective-C 代码，而不仅仅是属性本身的名字。

//@objc
class ExampleClass: NSObject {
    @objc var enabled: Bool {
        @objc(isEnabled) get {
            // Return the appropriate value
            return true
        }
    }
}

@nonobjc
把这个特性应用到一个方法，属性，下标，或者初始化器的声明中，废除一个隐式 objc 特性 。尽管有可能在 Objective-C 中表示一个声明， nonobjc 特性告诉编译器，使其声明在 Objective-C 代码中不可用。

给扩展使用这个特性与对扩展中的所有不显式地用 objc 特性标记的成员使用是一样的效果。

对于一个标为 objc 特性的类中桥接的方法，你可以使用 nonobjc 特性解决其循环性，并且允许重载标为 objc 特性的类中的方法和初始化器。

一个标记为 nonobjc 特性的方法不能重写标为 objc 特性的方法。但是，一个标记为 objc 特性的方法可以重写一个标为 nonobjc 特性的方法。同样，一个标为 nonobjc 特性的方法不能满足一个标为 objc 特性方法的协议需求。

@NSCopying
这个特性用于一个类的可变存储属性中。这个特性让属性值（由 copyWithZone(_:) 方法返回，而不是属性本身的值）的拷贝合成属性的setter。属性的类型必须遵循 NSCopying 协议。

从某种程度上来说， NSCopying 特性的行为类似 Objective-C 中的 copy 属性特性。@NSCopying修饰的属性必须是遵循NSCopying协议的，而在 Swift 中， NSCopying协议被限制给类使用。由于 Swift 中的 String 类型已经是值类型了。所以 String 不能通过扩展遵循NSCopying协议。值类型的赋值，只可能是值的拷贝，当然，结构体里面有对象类型，就另当别论了。

以下是一个使用@NSCopying的案例：

class Dog : NSObject, NSCopying {
    var name = "no name"
    var age = 0
    
    func copy(with zone: NSZone? = nil) -> Any {
        let copy = Dog()
        print("copyed")
        copy.name = name
        copy.age = age
        return copy
    }
}

class Master : NSObject {
    @NSCopying var pet : Dog
    init(pet : Dog) {
        self.pet = pet
        super.init()
    }
}

// create dogA
var dogA = Dog()
dogA.name = "dididi"
dogA.age = 1

// create dogB
var dogB = Dog()
dogB.name = "dadada"
dogB.age = 3

// create master of dogA
var master = Master(pet: dogA)

print(master.pet === dogA)
print(master.pet.name, master.pet.age)
// true
// dididi 1

// dogB replace dogA
master.pet = dogB
// copyed

print(master.pet === dogB)
print(master.pet.name, master.pet.age)
// false
// dadada 3

大部分情况下，@NSCopying在 Swift 中的使用场景都是放在调用 Objective-C 中的类型时候使用。自定义类去遵循NSCopying协议，不太符合 Swift 的类型体系：请使用结构体！

@NSManaged
该特性用于修饰 NSManagedObject 子类中的实例方法或存储型变量属性，表明它们的实现由 Core Data 在运行时基于相关实体描述动态提供。对于标记了 NSManaged 特性的属性，Core Data 也会在运行时为其提供存储。应用这个特性也意味着objc特性。

在与Core Data 模型中管理对象子类相关的特性或者关系的每个属性定义之前，将@NSmanaged特性加入。与 Objective-C 里面的 @dynamic特性类似，@NSManaged特性告知 Swift 编译器，这个属性的存储和实现将在运行时完成。但是，与@dynamic不同的是，@NSManaged特性仅在 Core Data 支持中可用。

Swift 类被命名空间化—他们局限于被编译的模块中（最典型的是Target）。 为了使用带 Core Data 模型的NSManagedObject类的 Swift 子类，在模型实体监视器的类区域里，用模块名字作为类名的前缀。

@testable
在导入允许测试的编译模块时，该特性用于修饰 import 声明，这样就能访问被导入模块中的任何标有 internal 访问级别修饰符的实体，犹如它们被标记了 public 访问级别修饰符。测试也可以访问使用internal或者public访问级别修饰符标记的类和类成员, 就像它们是open访问修饰符声明的。

当你在写一个有单元测试目标的应用时，你的代码应该能被模块访问到以进行测试。默认情况下只有标注为 open 或 public 的才可以被其他模块访问。但是，如果你使用 @testable 属性标注了导入的生产模块并且用使能测试的方式编译了这个模块，单元测试目标就能访问任何 internal 的实体。

@testable import someModule
1
@UIApplicationMain
我们先来看一个问题，创建一个基于 Objective-C 的 iOS App 工程。XCode 目录下会自动创建一个main.m文件。里面的代码段如下：

#import <UIKit/UIKit.h>
#import "AppDelegate.h"
int main(int argc, char * argv[]) {
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

其实上面这段代码在OC工程的main.m中所做的事情, 就是 Swift 的项目中引入 @UIApplicationMain特性的作用。苹果对 Swift 的项目进行了简化，在 iOS App 工程的某个类上使用@UIApplicationMain特性，就表示该类是当前应用程序的代理类。这是十分便利的，也是当你创建 Swift iOS工程时，系统会自动生成的 AppDelegate.swift 里面，会看到以下代码：

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {
...

了解@UIApplicationMain特性后，再来看一看不使用这个特性需要怎么做呢？如果不通过@UIApplicationMain特性的话，我们也可以通过调用 UIApplicationMain(:::)函数并且把该类的名字作为代理类的类型传递进函数，来达到同样的效果。具体做法是，自己提供一个 main.swift 文件，并在代码顶层调用 UIApplicationMain(:::) 函数来设置自己定义的Application和AppDelegate。

举个例子，比如说我要自定义一个Application去监听所有的Event，那么我就可以通过UIApplicationMain(::_:) 函数来传入自己定义的Application了。代码如下：

import UIKit

class MyApplication: UIApplication {
    override func sendEvent(_ event: UIEvent) {
        super.sendEvent(event)
        print("截获的Event出发时间戳: \(event.timestamp)");
    }
}

UIApplicationMain(CommandLine.argc, CommandLine.unsafeArgv,
                  NSStringFromClass(MyApplication.self),
                  NSStringFromClass(AppDelegate.self))

大家平时可以忽略这个特性，因为 Xcode 已经自动帮你加上了。不用自己添加任何东西，只需要关注代理类中要去实现的相关的业务逻辑。但是对这个特性的理解，有助于你去理解整个 app 的生命周期。当然也包括下面要说的@NSApplicationMain特性。

@NSApplicationMain
在某个类上使用@NSApplicationMain特性表示该类是应用程序代理类，使用该特性与调用 NSApplicationMain(::) 函数并且把该类的名字作为代理类的类型传递给函数的效果相同。

其实@UIApplicationMain和@NSApplicationMain 两个特性所做的事情是一样，唯一的区别是针对的项目不同。在OSX 桌面应用的开发中，使用@NSApplicationMain ；在 iOS App 工程中使用@UIApplicationMain。所以当你使用Xcode 创建一个 Swift MacOS工程时，自动生成的 AppDelegate.swift 里面，会看到以下代码：

@NSApplicationMain
class AppDelegate: NSObject, NSApplicationDelegate {
...

当然，如果你不想使用这个特性，也可以提供一个 main.swift 文件，并在代码顶层调用NSApplicationMain(::) 函数,如下所示:

import AppKit
NSApplicationMain(CommandLine.argc, CommandLine.unsafeArgv)

Interface Builder使用的声明特性
Interface Builder 特性是 Interface Builder 用来与 Xcode 同步的声明特性。Swift 提供了以下的 Interface Builder 特性：IBAction，IBOutlet，IBDesignable，以及IBInspectable 。这些特性与 Objective-C 中对应的特性在概念上是相同的。

IBOutlet 和 IBInspectable 用于修饰一个类的属性声明，IBAction 特性用于修饰一个类的方法声明，IBDesignable 用于修饰类的声明。
IBAction 和 IBOutlet 特性都意味着objc特性。

类型特性
类型特性只能用于修饰类型。

@autoclosure
这个特性通过把表达式自动封装成无参数的闭包来延迟表达式的计算。它可以修饰类型为返回表达式结果类型的无参数函数类型的函数参数。

自动闭包是一种自动创建的用来把作为实际参数传递给函数的表达式打包的闭包。它不接受任何实际参数，并且当它被调用时，它会返回内部打包的表达式的值。自动闭包允许你延迟处理，因此闭包内部的代码直到你调用它的时候才会运行。对于有副作用或者占用资源的代码来说很有用，因为它可以允许你控制代码何时才进行求值。

函数类型的形式参数() -> T （其中 T 是任何类型）可以应用 autoclosure 特性在其调用时隐式创建闭包。这提供了语法上方便的方式来推迟表达式的执行而不需要在调用函数时写一个显式的闭包。比如说一个() -> String的闭包, 用@autoclosure 来修饰。现在你可以调用函数就像它接收了一个 String 实际参数而不是闭包，而实际参数自动地转换为了闭包。

下面来举个例子, 写一个函数, 入参中包含一个闭包, 而且这个闭包没有形式参数:

// 1.完整闭包
printIfTrue(block:  { () -> Bool in
    return 2 > 1
})
// 2.闭包中括号内的省略
printIfTrue(block: { return 2 > 1 })
// 3.尾随闭包的省略
printIfTrue(){ return 2 > 1 }
// 4.省略return
printIfTrue(){ 2 > 1 }
// 5.无入参时, 省略()
printIfTrue{2 > 1}
// 不使用自动闭包的用法, 如此调用会报错
//printIfTrue(2 > 1)

写一个同样功能的自动闭包的函数:

func printIfTrueOrNot(block: @autoclosure ()-> Bool){
    if block(){
        print("The result is true")
    }
}

// 使用自动闭包, 相当于把 2 > 1 这个表达式的bool结果, 自动转换为 () -> Bool
printIfTrueOrNot(block: 2 > 1)

@escaping
当闭包作为一个实际参数传递给一个函数的时候，我们就说这个闭包逃逸了，因为它可以在函数返回之后被调用。当你声明一个接受闭包作为形式参数的函数时，你可以在形式参数前写 @escaping 来明确闭包是允许逃逸的。闭包可以逃逸的一种方法是被储存在定义于函数外的变量里。比如说，很多函数接收闭包实际参数来作为启动异步任务的回调。函数在启动任务后返回，但是闭包要直到任务完成——闭包需要逃逸，以便于稍后调用。

将这个特性应用到一个方法或函数声明的形参类型中，以指明可以存储该形参值用于稍后执行。这意味着允许那个值超过调用它的范围而存在。 escaping 类型特性的函数类型形参需要为属性或方法显式使用 self.。

var completionHandlers: [() -> Void] = []
func someFunctionWithEscapingClosure(completionHandler: @escaping () -> Void) {
    print("#1-刚刚进逃逸闭包函数, 准备开始添加---\(completionHandlers.count)")
    completionHandlers.append(completionHandler)
    print("#1-执行到我这里, 虽然已经将闭包添加进数组, 但是闭包还没有执行---\(completionHandlers.count)")
}

func someFunctionWithNonescapingClosure(closure: () -> Void) {
    print("#2-刚刚进入非非非逃逸闭包函数")
    closure()
    print("#2-代码执行结束了")
}

class SomeClassd {
    var x = 10
    func doSomething() {
        someFunctionWithEscapingClosure {
            print("#1-这里才是真正执行传入闭包的时刻---\(completionHandlers.count)")
            self.x = 100
        }
        someFunctionWithNonescapingClosure {
            print("#2-这里我进行了操作")
            self.x = 200
        }
    }
}

let instance = SomeClassd()
instance.doSomething()
print(instance.x)
// Prints "200"

completionHandlers.first?()
print(instance.x)

函数 someFunctionWithEscapingClosure(_:)接收一个闭包作为实际参数并且添加它到声明在函数外部的数组里。如果你不标记函数的形式参数为 @escaping，你就会遇到编译时错误。这里你可以很清楚的发现拥有逃逸闭包的函数和拥有非逃逸闭包的函数之间的区别。

让闭包 @escaping意味着你必须在闭包中显式地引用 self，比如说，下面的代码中，传给 someFunctionWithEscapingClosure(:)的闭包是一个逃逸闭包，也就是说它需要显式地引用 self。相反，传给someFunctionWithNonescapingClosure(:) 的闭包是非逃逸闭包，也就是说它可以隐式地引用 self。

@convention
convention 该特性用于修饰函数类型，它指出了函数调用的约定。该特性总是与下面的参数之一一起出现：
1.swift 参数用于表示一个 Swift 函数引用。这是 Swift 中函数值的标准调用约定。
2.block 参数用于表示匹配 Objective-C 方法参数中的block参数。函数值会作为一个block对象的引用，块是一种 id 兼容的 Objective-C 对象，其中嵌入了调用函数。遵守 C函数的调用约定。
3.c 参数用于表示匹配 C 函数参数中的函数指针。函数值没有上下文，不具备捕获功能，同样遵守 C函数的调用约定。

除了少数例外，当需要任何其他调用约定的函数时，可以使用任何调用约定的函数。非泛型全局函数，和局部函数或不捕获任何局部变量的闭包，可以转换为 C 调用约定。其他 Swift 函数和带有 Objective-C 闭包调用约束的函数不能转换为 C 调用约定。

具体场景
1.在 Swift 中调用包含函数指针参数的 C函数

定义了某个C函数:

CGFloat myCFunction(CGFloat (callback)(CGFloat x, CGFloat y)) {
    return callback(1.1, 2.2);
}

其中 callback是一个函数指针，需要调用者自己实现，在 Swift 中，如果需要实现callback，供myCFunction调用的话，有以下写法，这里就会用到@convention:

let swiftCallback : @convention(c) (CGFloat, CGFloat) -> CGFloat = {
    (x, y) -> CGFloat in
    return x + y
} 
let result = myCFunction( swiftCallback )
print(result) // 3.3

另外，还有更加简单地直接使用闭包的做法，这里没有用到@convention:

let result = myCFunction( {
    (x, y) -> CGFloat in
    return x + y
} )
print(result) // 3.3

2.在 Swift中调用包含 block参数的 Objective-C方法

与调用 C 的函数指针类似，要在 Swift 中调用一个含有 block 的 Objective-C 的方法时，需要使用@convention(block)定义 Swift 变量才能传入到 Objective-C 的方法中。当然也可以直接使用闭包，这里我们举一个动画方法的例子：

[UIView animateWithDuration:2 animations:^{
    NSLog(@"start");
} completion:^(BOOL finished){
    NSLog(@"completion");
}];

以上代码使用了 2个block，直接使用闭包转换成 Swift代码：

UIView.animate(withDuration: 2, animations: {
    NSLog("start")
}, completion: {
    (completion) in
    NSLog("completion")
})

等价使用@convention(block)的代码如下：

let animationsBlock : @convention(block) () -> () = {
    NSLog("start")
}
let completionBlock : @convention(block) (Bool) -> () = {
    (completion) in
    NSLog("start")
}
UIView.animate(withDuration: 2, animations: animationsBlock, completion: completionBlock)

相关资料：
https://blog.csdn.net/wangyanchang21/article/details/78928925)
copy关键字和NSCopying协议
@NSApplicationMain 和 @UIApplicationMain
@convention

©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 204,445评论 6赞 478
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,889评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 151,047评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,760评论 1赞 276
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,745评论 5赞 367
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,638评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,011评论 3赞 398
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,669评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,923评论 1赞 299
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1赞 330
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,406评论 4赞 320
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,995评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1赞 260
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2赞 350
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2赞 342