之前在做項目時，遇到了兩個靜態庫中存在base64.o文件衝突（支付寶SDK與QQ分享SDK），在網上查找了各種資料，最後決定把其中一個.a文件的base64.o文件拆分出去，再重新打包靜態庫，但最後沒能成功，附上靜態庫一些終端操作：
1.查看文件的架構有哪些
$ lipo -info AlipayRsaLib.a
Architectures in the fat file: libzbar.a are: armv7 (cputype (12) cpusubtype (11)) i386
可以看到靜態庫中bao'h包含了三種cpu架構的.a文件 armv7 armv7s即(cputype (12) cpusubtype (11)) i386(模擬器)
2.將armv7解壓出來（armv7替換成i386即可解壓i386格式.a）
lipo AlipayRsaLib.a -thin armv7 -output AlipayRsaLib-armv7.a
3.新建立一個文件夾出來存放解壓的(.o)文件
$ mkdir armv7
$ cd armv7
4.將靜態庫中的文件解壓
$ ar -x ../AlipayRsaLib-armv7.a
在完成上述步驟後，我們要把其中的base64.o文件移除，再把其餘的.o文件重新打包成對應cup框架的.a文件
5.合併完後進行打包.o文件了
$ libtool -static -o ../libnew-armv7.a *.o
6.合併靜態庫
$ lipo -create libnew-armv76.a libi386.a -output AlipayRsaLib.a
本來以爲這樣就可以解決衝突問題，後來打包時才發現armv7s (cputype (12) cpusubtype (11))架構的.a文件無法拆分出來，上面打包的靜態庫不包含armv7s格式，在iphone5後面版本的真機上部分功能將失效，既然這個方法行不通，那就只能另想其它方案了。於是繼續在網上查找資料，最後瞭解到網上的對Build Settings——Other Linker Flags配置解釋：
all_load就是會加載靜態庫文件中的所有成員，-ObjC就是會加載靜態庫文件中實現一個類或者分類的所有成員，-force_load（包的路徑）就是會加載指定路徑的靜態庫文件中的所有成員。所以對於使用runtime時候的反射調用的方法應該使用這三個中的一個進行link，以保證所有的類都可以加載到內存中供程序動態調用
在拿不到靜態庫源碼情況下 ，只能採用-force_load+庫文件路徑方法設置Other Linker Flags，逐個加靜態庫，最終完美解決，發現那個靜態庫無法調用，就採用以下語句添加進去。
-force_load EightPartyCall/standaloneclass/BaiduSocialShare/WX/libWeChatSDK
（-force_load後面爲靜態庫文件路徑，根據自己項目對應路徑）