前言
一个公司的老工程都没用pod管理第三方库，且工程中添加有多个.frame，.a库。在集成另一sdk时报了74个Duplicate Symbol，当时一看傻眼了，自己对老工程中代码逻辑又不熟。报错如下：
报错.png
是一个.a表态库与原工程用到的第三方GCDAsyncSocket发生了冲突，心里当时很纳闷，自己又看不到.a的源文件。方案一：不集成.a库了吧，可公司要用这个。方案二：把原工程中的GCDAsyncSocket库用其他的代替，可也不太好弄。对老工程不熟悉不能大改。直到在网上看到拆分库的方法心中大喜，随记录之。
拆分.a库
1.查看该.a库支持的框架类型
在终端输入命令 lipo -info libHTComTradeSDK_Univeral.a ,如图：
C6D94DB8-745E-40E7-880C-BD85F0E04ABB.png
模拟器32位处理器测试需要i386架构，
模拟器64位处理器测试需要x86_64架构，
真机32位处理器需要armv7,或者armv7s架构，
真机64位处理器需要arm64架构。
2.拆分成所支持框架类型的.a库
其中的一个命令为lipo libHTComTradeSDK_Univeral.a -thin armv7 -output libHTComTradeSDK_Univeral_armv7.a,替换掉自己的.a库就行了。
4AFAF3D1-23E9-4999-8D00-A34764B6F2CD.png
3.查看拆分库.a所有的.o文件
文件分离出来后可使用ar 工具， 查看各文件下的二进制文件（.o文件），
ar -t libHTComTradeSDK_Univeral_arm64.a如图：
CFAD3E0B-5085-42B4-A416-A1CAE4E83E70.png
图中箭头指示的就是工程中报Duplicate Symbol 错误的GCDAsyncSocket.o文件。
当然，把.a中的GCDAsyncSocket.o文件干掉才能解决工程中的冲突。
4.删除框架类型.a中冲突的.o文件
对应的 arm64 ,armv7,i386,x86_64各框架中删除冲突的.o
ar -d libHTComTradeSDK_Univeral_arm64.a GCDAsyncSocket.o
86E7F2E5-6EC3-48B0-8C58-1403826506E8.png
5.将处理后的各个框架.a库合并
lipo -create -output libHTComTradeSDK_Univeral.a libHTComTradeSDK_Univeral_arm64.a libHTComTradeSDK_Univeral_armv7.a libHTComTradeSDK_Univeral_i386.a libHTComTradeSDK_Univeral_x86_64.a
86E7F2E5-6EC3-48B0-8C58-1403826506E8.png
最后
把合并的.a再导入工程中，就解决冲突了。完美！
网友评论