今天接觸到一個新的UI除錯工具教程如下：
引入增加-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解壓出來
$ mkdir armv7
$ cd armv7
然後將另一個靜態庫根據以上的步驟做一遍，然後觀察連個解壓的靜態庫中，有那些是一樣的就合併在一起，不過注意的是兩個靜態庫衝突的(.o)檔案必須一致，否則也會出現錯誤。
合併完後進行打包了
$ libtool -static -o ../libnew-armv7.a *.o
如果像在虛擬機器也使用，進行相同的步驟後，將i386的架構合併再一起就可以了。
$ lipo -create -output lib.a libnew-armv76.a libi386.a