苹果推荐解决：
解决方法为：找到 target 的图标，更改其 Other Linker Flags 为： -all_load 或 -force_load
-force_load，后跟随一个文件位置，可以更精确地加载所需文件。
简单点说就是，Objective-C 的动态特性使得需要，为链接器添加一个标签（设置 Other Linker Flags 为 -ObjC）来解决通过 Category 向类添加方法的问题。
但这个标签 －ObjC 在 64 位 和 iOS 中有问题，需要使用 -all_load 或 -force_load。
总结如下：
如果，第三库中没有 category，Other Linker Flags 无需设置
如果，第三方库中有 category，需要设置为 -ObjC
如果，某些 Xcode 版本中，出现问题，修改设置为 -all_load
链接:
http://stackoverflow.com/questions/2567498/objective-c-categories-in-static-library
$(OTHER_LDFLAGS) -ObjC
http://www.blogjava.net/lincode/archive/2012/04/23/376373.html
http://developer.apple.com/library/mac/#qa/qa1490/_index.html
目前最好解决：
链接：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) @interfaceTT_FIX_CATEGORY_BUG_##name @end@implementatio TT_FIX_CATEGORY_BUG_##name @end
为每个只包含category的文件的category实现前面加上这样一个宏（定义一个空的class），此时不再需要-all_load或者-force_load，因为不存在只包含category的文件。linker的bug也就无从体现。