在iOS开发过程中，有时候会用到第三方的静态库(.a文件)，然后导入后发现编译正常但运行时会出现 selector not recognized 的错误，从而导致app闪退。接着仔细阅读库文件的说明文档，你可能会在文档中发现诸如在Other Linker Flags中加入 -ObjC 或者 -all_load 这样的解决方法。

那么，Other Linker Flags 到底是用来干什么的呢？还有 -ObjC 和 -all_load 到底发挥了什么作用呢？

链接器

首先，要说明一下Other Linker Flags到底是用来干嘛的。说白了，就是ld命令除了默认参数外的其他参数。ld命令实现的是链接器的工作，详细说明可以在终端man ld查看。

如果有人不清楚链接器是什么东西的话，我可以作个简单的说明。

一个程序从简单易读的代码到可执行文件往往要经历以下步骤：

源代码 > 预处理器 > 编译器 > 汇编器 > 机器码 > 链接器 > 可执行文件

源文件经过一系列处理以后，会生成对应的 .obj 文件，然后一个项目必然会有许多 .obj 文件，并且这些文件之间会有各种各样的联系，例如函数调用。链接器做的事就是把这些目标文件和所用的一些库链接在一起形成一个完整的可执行文件。

可能我描述的比较肤浅，因为我自己了解的也不是很深，建议大家读一下这篇文章，可以对链接器做的事情有个大概的了解：链接器做了什么

为什么会闪退

Objective-C的链接器并不会为每个方法建立符号表，而是仅仅为类建立了符号表。这样的话，如果静态库中定义了已存在的一个类的分类，链接器就会以为这个类已经存在，不会把分类和核心类的代码合起来。这样的话，在最后的可执行文件中，就会缺少分类里的代码，这样函数调用就失败了。

解决方法

就是在Other Linker Flags里加上所需的参数，用到的参数一般有以下3个：

• -ObjC
• -all_load
• -force_load

下面来说说每个参数存在的意义和具体做的事情。

-ObjC 一般这个参数足够解决前面提到的问题；简单说来，加了这个参数后，链接器就会把静态库中所有的 Objective-C类和分类都加载到最后的可执行文件中，虽然这样可能会因为加载了很多不必要的文件而导致可执行文件变大，但是这个参数很好地解决了我们所遇到的问题。

但是当静态库中只有分类而没有类的时候，-ObjC 参数就会 失效 了。这时候，就需要使用 -all_load 或者 -force_load 了。

-all_load 会让链接器把所有找到的目标文件都加载到可执行文件中，但是 千万不要随便使用这个参数！假如你使用了不止一个静态库文件，然后又使用了这个参数，那么你很有可能会遇到ld: duplicate symbol错误，因为不同的库文件里面可能会有相同的目标文件，所以建议在遇到 -ObjC 失效的情况下使用 -force_load 参数。

-force_load 所做的事情跟 -all_load 其实是一样的，但是 -force_load 需要指定要进行全部加载的库文件的路径，这样的话，你就只是完全加载了一个库文件，不影响其余库文件的按需加载。例：-force_load $(SRCROOT)/TOYOTA/framework/Debug/UIEMultiAccess.framework/UIEMultiAccess