見(jiàn)文章：
https://blog.csdn.net/dp948080952/article/details/52749120
作者：代培
地址：http://daipei.me/posts/make_framework_by_xcode8/
轉(zhuǎn)載請(qǐng)注明出處
作者的博客搬家了族购，新博客地址：daipei.me
前言
網(wǎng)上關(guān)于Framework制作的教程數(shù)不勝數(shù)蚪腐，然而都過(guò)于陳舊，最新的也是使用Xcode7的教程婆硬，而且有些設(shè)置也只給出步驟宰啦，并沒(méi)有給出原因苏遥，而且按照有些教程制作出的framework還有些問(wèn)題，所以我把自己制作framework的過(guò)程記錄下來(lái)赡模，并且使用的是最新的Xcode8環(huán)境田炭。
正文
首先新建一個(gè)項(xiàng)目，選擇Cocoa touch Framework
然后隨便取一個(gè)名字
然后將要封裝成framework的代碼拖入工程
選擇工程文件>target第一項(xiàng)>Build Setting>搜索linking漓柑，然后幾個(gè)需要設(shè)置的選項(xiàng)都顯現(xiàn)出來(lái)教硫，首先是Dead Code Stripping設(shè)置為NO，網(wǎng)上對(duì)此項(xiàng)的解釋如下辆布，大致意思是如果開(kāi)啟此項(xiàng)就會(huì)對(duì)代碼中的”dead”瞬矩、”unreachable”的代碼過(guò)濾，不過(guò)這個(gè)開(kāi)關(guān)是否關(guān)閉锋玲，似乎沒(méi)有多大影響景用，不過(guò)為了完整還原framework中的代碼，將此項(xiàng)關(guān)閉也未曾不可惭蹂。
The resulting executable will not include any “dead” or unreachable code
然后將Link With Standard Libraries關(guān)閉伞插，我想可能是為了避免重復(fù)鏈接
最后將Mach-O Type設(shè)為Static Library，framework可以是動(dòng)態(tài)庫(kù)也可以是靜態(tài)庫(kù)盾碗，對(duì)于系統(tǒng)的framework是動(dòng)態(tài)庫(kù)媚污，而用戶制作的framework只能是靜態(tài)庫(kù)。
然后將需要公開(kāi)的頭文件從Project中拖入Public廷雅，至于是否需要將私有的頭文件拖入Private杠步，我覺(jué)得直接放在Project中即可，若是Private中有頭文件榜轿，打包以后的framework中會(huì)多出一個(gè)Private的文件夾包含著放入Private的頭文件幽歼，不過(guò)我覺(jué)得如果是私有最好還是不要讓別人看到。
為了對(duì)一些特殊機(jī)型的支持谬盐，添加armv7s架構(gòu)甸私，當(dāng)然不添加也沒(méi)什么問(wèn)題，只有5和5c使用了此架構(gòu)飞傀。
下面就開(kāi)始編譯了皇型，先選擇Generic iOS Device诬烹，按下Command+B：Build一下
然后隨意選擇一個(gè)模擬器再次Build一下
找到Build后的framework
我們看到總共有兩個(gè)文件夾，上面是真機(jī)編譯生成的文件弃鸦，下面是模擬器編譯生成的文件绞吁。
然后用命令行將下面兩個(gè)文件進(jìn)行合成
將合成后的文件輸出到桌面之上，這里解釋一下這看似很復(fù)雜的命令：lipo -create +上面兩個(gè)文件的路徑 + -output + 合成后文件的輸出路徑
然后用輸出在桌面上的YuXinSDK替換掉前面Debug-iphoneos中framework中的YuXinSDK
將這做好的framework直接拖入要使用的工程中
注意將Copy items if needed打勾
然后在工程的search path中加上此framework的Headers的路徑
本以為大功告成唬格，按下了Command+R悠閑的等著編譯運(yùn)行家破，然而在鏈接的時(shí)候卻出了問(wèn)題
很經(jīng)典的錯(cuò)誤，庫(kù)中缺少了i386架構(gòu)的文件购岗，這時(shí)我就比較困惑了汰聋，明明將模擬器生成的庫(kù)文件合并進(jìn)來(lái)了，怎么在模擬器上編不通呢喊积！用lipo命令查看一下烹困，果然沒(méi)有i386架構(gòu)的文件
再看一下用模擬器生成的framework
居然只有x86_64架構(gòu)
我換成iPhone 4s模擬器，編譯后生成的文件居然包含了i386
經(jīng)過(guò)我的測(cè)試乾吻，在iPhone5之前編譯的framework都是i386架構(gòu)髓梅，iPhone 5s之后都是x86_64架構(gòu)，然而在所有模擬器上運(yùn)行時(shí)绎签，這兩種架構(gòu)缺一不可枯饿，然后我將這兩種架構(gòu)的framework合并在與真機(jī)的合并
拖入工程后終于能夠正常運(yùn)行了
后來(lái)經(jīng)過(guò)摸索發(fā)現(xiàn)之前按照網(wǎng)上的教程卻把自己坑了
開(kāi)始將上圖中的選項(xiàng)設(shè)為YES，導(dǎo)致其編譯時(shí)只生成當(dāng)前機(jī)器的框架辜御，將其設(shè)置為NO后，發(fā)現(xiàn)用模擬器編譯后生成的framework同時(shí)包含x86_64和i386架構(gòu)屈张。
bitCode錯(cuò)誤
在項(xiàng)目中引入靜態(tài)庫(kù)后擒权，archive的時(shí)候又會(huì)出現(xiàn)錯(cuò)誤
bitcode bundle could not be generated because ... was built without full bitcode.All object files and libraries for bitcode must be generated from Xcode Archive or Install build for architecture arm64
1
Bitcode是蘋果在Xcode7及以后推出的新功能。用于代碼的二次編譯阁谆，針對(duì)CPU進(jìn)行優(yōu)化碳抄，編譯工作由蘋果AppStore后臺(tái)來(lái)完成。
針對(duì)iOS是可選項(xiàng)场绿，默認(rèn)打開(kāi)剖效。watchOS 和 tvOS 是必選項(xiàng)。
所以需要打開(kāi)庫(kù)工程的此選項(xiàng)并加上-fembed-bitcode參數(shù)焰盗，重新編譯
如此archive時(shí)就不會(huì)出問(wèn)題了璧尸，到此我在制作使用framework時(shí)遇到的問(wèn)題都在這里了。
總結(jié)
架構(gòu)
對(duì)于模擬器來(lái)說(shuō)4s和5的模架構(gòu)是i386的32位架構(gòu)熬拒，5s至今是x86_64的64位架構(gòu)爷光。對(duì)于真機(jī)來(lái)說(shuō)3GS~4s是armv7架構(gòu)，5和5c是armv7s架構(gòu)澎粟，5s至今是arm64架構(gòu)
靜態(tài)庫(kù)
靜態(tài)庫(kù)： 鏈接時(shí)完整地拷貝至可執(zhí)行文件中蛀序，被多次使用就有多份冗余拷貝欢瞪。
動(dòng)態(tài)庫(kù)
動(dòng)態(tài)庫(kù)：鏈接時(shí)不會(huì)拷貝至可執(zhí)行文件中，運(yùn)行時(shí)動(dòng)態(tài)加載進(jìn)內(nèi)存徐裸，供程序調(diào)用遣鼓，只加載一次，多個(gè)程序可以共用重贺。
我已經(jīng)將代碼上傳到github上骑祟，這里給出地址：https://github.com/948080952/YuXinSDK
此篇博客中參考了的博客：https://my.oschina.net/kaqijiang/blog/649632
