ios程序编译链接参数 all_load 的 ld duplicate symbol _main 的 bug及修复

问题

-all_load 是在Objective-C 编译时常用到的一个参数，比如这篇文章所介绍的，生成静态库的一些问题-all_load。但是我们在加入这个参数后，有时会出现“ld: duplicate symbol _main“的错误，比如 libCurl duplicate symbol，但是把 -all_load 参数从 Other Like Flags 里去掉后,编译虽然可以通过,但在运行时会崩溃。问题出在什么地方呢？

分析

参考 Universal static library problem in iPhone SDK（需FQ，通过bing的cache查看），cocos2d for Mac，Building Objective-C static libraries with categories 等文章，我们可以大概知道 -all_load 的作用：

Objective C 中特有的语法特性 Category 大家肯定很熟悉，类似于C#中的扩展方法，可以在一个类的外面扩展这个类的功能，使得我们可以方便的为系统类添加自己的功能，比如为 NSString 添加 md5 编码。在编译到静态库时，这些代码模块实际上是存在不同的obj文件里的。程序在连接Category方法时，实际上只加载了Category模块，扩展的基类代码并没有被加载。这样，程序虽然可以编译通过，但是在运行时，因为找不到基类模块，就会出现 unrecognized selector 这样的错误。

但是使用了 -all_load 之后，随之而来的问题就是，有的库里自作主张的定义了main函数，比如 libcurl.a。谁知道他们定义main函数是干什么的，但问题就是这个样子。因此，-all_load，加还是不加，这是个问题。

解决方案

有两个解决方案，其实都是寻找 -all_load 的替代参数。

苹果的官方文档里给了我们一个解决方案，使用 -ObjC 参数。它的文档说，-ObjC 参数会把所有的 Objective-C 代码模块加载，所以程序会有点臃肿；也许libcurl不是 Objective-C 实现的，所以不会加载。但相对于巨大的图片声音资源来说，程序稍微变大一点应该不算什么。


另外一个解决方案是 使用 -force_load 参数，可以参考 Objective-C categories in static library，How can I avoid “duplicate symbol” errors in xcode with shared static libraries?。我们可以只加载感兴趣的 静态库。

感谢神奇的 StackOverflow！