创建含有category的静态库,selector not recognized的解决方案[转]

http://www.dreamingwish.com/dream-2012/the-create-the-static-the-library-containing-the-category.html

 

一、异常的原因

在连接一个含有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。。。

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

三、更好的方法

Three20库给出了一个宏：

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

为每个只包含category的文件的category实现前面加上这样一个宏（定义一个空的class），此时不再需要-all_load或者-force_load，因为不存在只包含category的文件。linker的bug也就无从体现。

四、完美的解决方案

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

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

评论

2 楼 w11h22j33 2012-05-08  

最近正在写一些库，并且用上篇文章的方式实现了一个头文件对应多个实现文件的一个类。

但是在测试自己的库的时候，发现了这样一个问题：

我有一个类，叫MyClass，并且头文件MyClass.h中声明了基础的一些方法，并且声明一些Category方法，其中包含方法

- (void)getSomeData;

并且该方法在MyClass+Extension.m中实现（其他基础的方法在MyClass.m中实现）。

但是，在测试过程中使用该库，并调用

[MyClass getSomeData]

程序崩溃了，查看崩溃的原因是：unrecognized selector [MyClass getSomeData]
可是编译的时候一点警告都没有。从Objective-C的语法上来讲，这样子完全是没有错的。那么到底是什么原因导致崩溃的呢？
后来在搜索到苹果的这个网页后，才知道要使用静态库中，同一个头文件对应多个实现文件的静态库时，编译时需要加上链接-ObjC才可以正常执行。
加上ObjC后，编译的时候，编译器会将库中所有涉及到某个类的内容全部加载进来，这样会导致生成体积会变大，不过这是理所当然的，因为链入的代码变多了。

所以，最好在分Category去实现的时候，对应的Category还是要有对应的头文件，将不同的Category拆成不同的头文件，只引用有用的头文件，例如把上篇文章的头文件拆成MyClass.h和MyClass+Extension.h，分别对应MyClass.m和MyClass+Extension.m。这样子使用的时候我只要引用MyClass.h和MyClass+Extension.h就可以了，即可以保持Category的好处，又不用引入ObjC使链接器将我不想用的MyClass+ExtensionAnother之类的也链进来导致编译体积变大了。

1 楼 w11h22j33 2012-05-08  

在前面的文章中，我有稍微提了一下iPhone开发中在静态库中使用Category的使用注意。Category本身的使用并没有什么其他要注意的地方，为什么要再提起呢？

在开发3.0的iPhone静态库的时候，遇到了一些问题。尽管我在应用程序链接的选项里头使用－ObjC的选项，我的程序在iPhone上运行时还是Crash了，而且经过定位之后发现，还是由库中的Category相关方法没有被链入导致的；而程序在模拟器上运行却是一点问题没有，Category的相关方法都能正确得到执行。

那么到底是什么原因导致在真机上应用程序没有将Category方法链入呢？答案还是在上次提到的这个苹果官方网页。该网页下方的IMPORTANT里头提到，在64位及iPhone OS系统里，由于编译器的Bug导致了－ObjC选项无法正常将静态库中的类的Category的方法载入！也就是说，假设你的类叫MyClass，并且另外有个Category叫MyClass(Extent)，那么如果你的应用程序链接你的库，使用MyClass(Extent)中的方法，程序将会Crash！要提的是，如果你的MyClass(Extent) 的实现是和MyClass的实现是在同一个实现体中，那么该Category的方法还是可以正常使用的，因为编译的时候会一起被载入。