AppDelegate中的@UIApplicationMain是干什么的?

一个Objective-C的APP项目中 会有一个main.m文件
内部实现如下

int main(int argc, char * argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil,
                   NSStringFromClass([AppDelegate class]));
    }
}

在C语言中main函数是整个程序的入口 那么我们来看这个函数都做了什么事:
在这里我们调用了 UIKit 的 UIApplicationMain 方法。这个方法将根据第三个参数初始化一个 UIApplication 或其子类的对象并开始接收事件 (在这个例子中传入 nil，意味使用默认的 UIApplication)。最后一个参数指定了 AppDelegate 类作为应用的委托，它被用来接收类似 didFinishLaunching 或者 didEnterBackground 这样的与应用生命周期相关的委托方法。另外，虽然这个方法标明为返回一个 int，但是其实它并不会真正返回。它会一直存在于内存中，直到用户或者系统将其强制终止。
Swift项目中,找不到像OC时的main文件 也不存在main函数,但是在AppDelegate中有个@UIApplicationMain关键字,其实这个关键字所做的事情就是被标注的类作为委托,去创建一个UIApplication并启动整个程序。
去掉@UIApplicationMain APP运行时会报Undefined symbols _main的错误,说明找不到main函数 。说明Swift项目中也是需要main函数的
我们可以自己创建一个main.swift文件就像C中的main.c OC中的main.m,在这个文件中不用定义作用域,我们创建一个Swift语言的commandLineTool程序时就会发现main.swift文件下只有以下代码

import Foundation

print("Hello, World!")

这个文件中的代码将会作为main函数执行
只需要在这个文件下写下:

UIApplicationMain(
    CommandLine.argc,
    UnsafeMutableRawPointer(CommandLine.unsafeArgv)
        .bindMemory(
            to: UnsafeMutablePointer.self,
            capacity: Int(CommandLine.argc)),
    nil,
    NSStringFromClass(AppDelegate.self)
)

第三个参数传nil是使用系统默认创建的UIApplication
当然我们也可以创建自己的UIApplication 以监听每次事件的发送(比如点击了某个按钮)

class MyApplication: UIApplication {
    override func sendAction(_ action: Selector, to target: Any?, from sender: Any?, for event: UIEvent?) -> Bool {
        print(sender)
        return super.sendAction(action, to: target, from: sender, for: event)
    }
}