使用Reveal.app調試整個項目UI時間，增加LD指令 -Objc引起項目中多個靜態庫衝突問題

標籤：blog   http   io   ar   os   使用   for   sp   檔案   

今天接觸到一個新的UI調試工具教程如下：

iOS真機UI調試利器——Reveal

引入增加-ObjC -framework Reveal指令後，發現項目出現多重靜態庫衝突問題，

首先介紹一個指令：

-all_load選項，這會導致所有的類的方法都會被載入，不管“你的程式”有沒有用到，所有的，包括系統的，方法會被載入。這個方法不僅會導致你的目標程式大小增大，而且往往容易引起一些衝突，而這些衝突往往你無法解決（常常出現在你連結的各種庫中）。可以使用-force_load，這個你可以指定要載入所有方法的庫，這個算一個還不錯的解決方案，但是僅在Xcode3.2之後才支援

 

情境：

解決TencentOpenAPI.framework與ZbarSDK中  _base64_encode 函數的衝突

後來在網路上搜尋，刪除掉 Other Linker Flag 的 -all_load 就可以解決靜態庫衝突的問題，

但是這樣做的話，會使一些外部的靜態庫，使用objc擴充函數(catagory)的方法失效。例如BaiduMapApi

 

如果是有些庫使用到了擴充函數(catagory)可以分別對這個庫進行載入

使用：-force_load

-force_load BaiduMapApi/libs/Release-iphoneos/libbaidumapapi.a

(BaiduMapApi是添加到目前的目錄下的)

或

-force_load $(BUILT_PRODUCTS_DIR)/libxxx.a

(這裡是直接添加靜態庫項目源碼的做法)

 

使用-force_load分別進行載入還是蠻方便的，如果有些函數加入了main函數使用all_load就相當麻煩了。

以上可以解決TencentOpenAPI.framework與ZbarSDK的衝突

 

如果兩個靜態庫衝突的結構是相同的，可以考慮將兩個靜態庫拆分出來進行合并。

 

查看檔案的架構有哪些
$ lipo -info libzbar.a
Architectures in the fat file: libzbar.a are: armv7 (cputype (12) cpusubtype (11)) i386 

將armv7解壓出來lipo libzbar.a -thin armv7 -output libzbar-armv7.a 建立立一個檔案夾出來存放解壓的(.o)檔案
$ mkdir armv7
$ cd armv7 將靜態庫中的檔案解壓$ ar -x ../libzbar-armv7.a


然後將另一個靜態庫根據以上的步驟做一遍，然後觀察連個解壓的靜態庫中，有那些是一樣的就合并在一起，不過注意的是兩個靜態庫衝突的(.o)檔案必須一致，否則也會出現錯誤。

合并完後進行打包了
$ libtool -static -o ../libnew-armv7.a *.o


如果像在虛擬機器也使用，進行相同的步驟後，將i386的架構合并再一起就可以了。 合并靜態庫
$ lipo -create -output lib.a libnew-armv76.a libi386.a

 

使用Reveal.app調試整個項目UI時間，增加LD指令 -Objc引起項目中多個靜態庫衝突問題