iOS 兩個靜態庫存在同名文件沖突解決方案

之前在做項目時，遇到了兩個靜態庫中存在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后面為靜態庫文件路徑，根據自己項目對應路徑）