XCode的构造iOS应用程序是如何启动的

使用XCode开发iOS设备上的应用程序，它也会帮你生成好很多源文件和资源，你什么都不用改，就可以编译运行，从main函数开始，到应用程序启动，都发生了什么呢？XCode生成的项目中，会包含一个非常简单的main.m文件，里面的代码简单而单纯（苹果推荐你不要做任何的变更）：

#import <UIKit/UIKit.h>int main(int argc, char *argv[]) {        NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];    int retVal = UIApplicationMain(argc, argv, nil, nil);    [pool release];    return retVal;}

UIApplication一执行，然后就只能看到应用程序的代理的方法

didFinishLaunchingWithOptions

被执行了。

 

UIApplicationMain干了什么呢？

首先，它寻找一个叫Info.plist的XML文件，注意，这个文件的名字是固定的，如果你看你的项目，会发现名字是<Application的名字>-Info.plist，没关系，这个是Project的设定，它会在发布时被copy成Info.plist，你可以在【Project】->【Edit Active Target "<Application的名字>"】的info.plist选项更改使用哪个plist配置文件作为UIApplication使用的主配置文件。UIApplication对象读取Info.plist中的NSMainNibFile 键，以这个键的内容所指向的nib文件的内容来装载UIApplication对象的各种属性。

这里说一下nib文件，虽然，这个文件是用interface builder来打开，但是它所包含的内容不仅仅和用户界面有关，它实际上，是一个object-C对象数据库！它里面存储的内容，都是某一个object-C对象的属性的值，说的理论点，就是个对象串行化文件，苹果cocoa框架的程序，可以用这个文件中的内容来构建事先设定好的对象（不是类）。

检查这个主nib文件，就会看到，XCode已经为你的实现了UIApplicationDelegate协议的类，创建好了一个对象，名字很直观，不用多说，再检查它的连接属性，就会发现，它已经被连接到了UIApplication对象的delegate属性上去了，意思是，UIApplication对象被构建时，它的Delegate就会是你的应用代理类了。

后面的不用多说了，连接都已经建立好，UIApplication对象就依次呼叫代理的不同方法，启动Event loop，那个通用的无限循环。

 

最后说下代理这个东西，这东西的名字起的......太让人觉得玄妙了，其实，它就是java或者C#里的interface，估计是object－C出现的比较早，还没有想到interface这么合适的名字。