武汉ios培训
达内武汉中心

15271940953

热门课程

解决ios静态库中的类别(category)在工程中不能使用

  • 时间:2016-06-23
  • 发布:zlayne
  • 来源:51CTO

一、异常的原因
在连接一个含有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) @interfaceTT_FIX_CATEGORY_BUG_##name @end\@implementatio TT_FIX_CATEGORY_BUG_##name @end
为每个只包含Category的文件的Category的前面加上这样一个宏(定义一个空的class),此时不再需要-all_load或者-force_load,因为不存在只包含Category的文件,linker的bug也就无从体现。
上一篇:iOS 导航条的基本用法
下一篇:iOS 网络https传输

想学ios,到哪学比较好

学习ios开发的最佳之选是什么?

学ios,有前途吗?

成为ios开发工程师,培训和自学哪条路更适合你?

选择城市和中心
贵州省

广西省

海南省