一、异常的原因

在连接一个含有category的静态库的时候,往往会得到一个运行时exception “selector not recognized”。

这是由于 UNIX的静态库实现、linker和Objective-C的动态结构三者之间的问题引起的。

Objective-C并不为每个函数定义linker symbol,它只为每个class生成linker symbol。(objc的动态结构)

如果你为一个已存在的class创建了category,那么linker并不知道要将原始class实现和category实现联系起来。这就导致了最终程序中的对象没法响应category中的方法。

要解决这个问题,只要在build静态库时,加上linker flag “-ObjC”即可(在64位osx上和iOS程序上,这样做还不够),这个flag告诉linker将每个定义了class或者category的对象文件都载入静态库。

二、iOS程序还需要做的

用xcode4.3创建lib时,-ObjC这个flag默认是有的(之前的版本不记得了,好像4.x版本的都会默认带这个参数),但是最终程序还是会抛这个异常,这是因为linker的bug,对于64位osx程序和iOS程序,这个bug导致只包含category而不包含class的文件没法从静态库中加载。

所以,apple建议我们为要最终程序的linker加上-all_load或者-force_load参数。

-all_load选项强制linker加载所有包中的所有对象文件,即使文件中没有Objective-C代码也加载。-force_load是从Xcode3.2开始有的,它使得linker获取包加载的控制权,每个-force_load参数后面都必须跟上一个包的路径,然后这个包的所有对象文件都会被加载。

懒人使用-all_load,勤快人使用-force_load。。。

-force_load $(BUILT_PRODUCTS_DIR)/<library_name.a>

但是这样始终不好,因为这两个选项都可能导致不必要的代码被加载。

三、更好的方法

Three20库给出了一个宏:

#define TT_FIX_CATEGORY_BUG(name) @interface TT_FIX_CATEGORY_BUG_##name @end \
                                  @implementation TT_FIX_CATEGORY_BUG_##name @end

在某个合适的地方比如根头文件中定义这个宏函数,然后为每个只包含category的文件的category实现前面调用个宏函数,传入一个不会冲突的名字作为参数(这个宏函数会为你定义一个空的class,名字冲突就会导致class定义冲突),此时不再需要-all_load或者-force_load,因为不存在只包含category的文件。linker的bug也就无从触发。

四、完美的解决方案

就是apple自己想办法解决。。。。

老乔去了,库克请发力。。。

评论模块尚未加载