real framework中不可以使用類別 或 不可以不包含類文件

real framework 中直接調(diào)用NSClassFromString函數(shù)會返回null ?需要強制加載指定類 或 直接通過類名引用

linux中靜態(tài)庫和動態(tài)庫的區(qū)別

一、不同

庫從本質(zhì)上來說是一種可執(zhí)行代碼的二進制格式诗芜，可以被載入內(nèi)存中執(zhí)行。庫分靜態(tài)庫和動態(tài)庫兩種舌劳。?

1. 靜態(tài)函數(shù)庫

??? 這類庫的名字一般是libxxx.a竣贪；利用靜態(tài)函數(shù)庫編譯成的文件比較大军洼，因為整個 函數(shù)庫的所有數(shù)據(jù)都會被整合進目標(biāo)代碼中，他的優(yōu)點就顯而易見了演怎，即編譯后的執(zhí)行程序不需要外部的函數(shù)庫支持匕争，因為所有使用的函數(shù)都已經(jīng)被編譯進去了。當(dāng)然這也會成為他的缺點颤枪，因為如果靜態(tài)函數(shù)庫改變了汗捡，那么你的程序必須重新編譯淑际。

2. 動態(tài)函數(shù)庫

??? 這類庫的名字一般是libxxx.so;相對于靜態(tài)函數(shù)庫畏纲，動態(tài)函數(shù)庫在編譯的時候 并沒有被編譯進目標(biāo)代碼中，你的程序執(zhí)行到相關(guān)函數(shù)時才調(diào)用該函數(shù)庫里的相應(yīng)函數(shù)春缕，因此動態(tài)函數(shù)庫所產(chǎn)生的可執(zhí)行文件比較小盗胀。由于函數(shù)庫沒有被整合進你的程序，而是程序運行時動態(tài)的申請并調(diào)用锄贼，所以程序的運行環(huán)境中必須提供相應(yīng)的庫票灰。動態(tài)函數(shù)庫的改變并不影響你的程序，所以動態(tài)函數(shù)庫的升級比較方便宅荤。

二屑迂、相同

都是由*.o目標(biāo)文件生成

ios 開發(fā)中 動態(tài)庫 與靜態(tài)庫的區(qū)別

使用靜態(tài)庫的好處

1，模塊化冯键，分工合作

2惹盼，避免少量改動經(jīng)常導(dǎo)致大量的重復(fù)編譯連接

3，也可以重用惫确，注意不是共享使用

動態(tài)庫使用有如下好處：

1使用動態(tài)庫手报，可以將最終可執(zhí)行文件體積縮小

2使用動態(tài)庫蚯舱，多個應(yīng)用程序共享內(nèi)存中得同一份庫文件，節(jié)省資源

3使用動態(tài)庫掩蛤，可以不重新編譯連接可執(zhí)行程序的前提下枉昏，更新動態(tài)庫文件達到更新應(yīng)用程序的目的。

從1可以得出揍鸟，將整個應(yīng)用程序分模塊兄裂，團隊合作，進行分工阳藻，影響比較小懦窘。

等其他好處，

從2可以看出稚配，其實動態(tài)庫應(yīng)該叫共享庫畅涂，那么從這個意義上來說，蘋果禁止iOS開發(fā)中使用動態(tài)庫就可以理解了：

因為在現(xiàn)在的iPhone道川，iPodTouch午衰，iPad上面程序都是單進程的，也就是某一時刻只有一個進程在運行冒萄，那么你寫個共享庫臊岸，

??????? ----共享給誰？（你使用的時候只有你一個應(yīng)用程序存在尊流，其他的應(yīng)該被掛起了帅戒，即便是可以同時多個進程運行，別人能使用你的共享庫里的東西嗎崖技？你這個是給你自己的程序定制的逻住。）

??????? ----目前蘋果的AppStore不支持模塊更新，無法更新某個單獨文件(除非自己寫一個更新機制：有自己的服務(wù)端放置最新動態(tài)庫文件)

至于蘋果為啥禁止ios開發(fā)使用動態(tài)庫我就猜到上面?zhèn)z原因

深入理解iPhone靜態(tài)庫

?????? 在實際的編程過程中迎献，通常會把一些公用函數(shù)制成函數(shù)庫瞎访，供其它程序使用，一則提搞了代碼的復(fù)用吁恍；二則提搞了核心技術(shù)的保密程度扒秸。所以在實際的項目開發(fā)中，經(jīng)常會使用到函數(shù)庫冀瓦，函數(shù)庫分為靜態(tài)庫和動態(tài)庫兩種伴奥。和多數(shù)人所熟悉的動態(tài)語言和靜態(tài)語言一樣，這里的所謂靜態(tài)和動態(tài)是相對編譯期和運行期的：靜態(tài)庫在程序編譯時會被鏈接到目標(biāo)代碼中翼闽，程序運行時將不再需要改靜態(tài)庫拾徙；而動態(tài)庫在程序編譯時并不會被鏈接到目標(biāo)代碼中，只是在程序運行時才被載入肄程，因為在程序運行期間還需要動態(tài)庫的存在锣吼。

　　iPhone官方只支持靜態(tài)庫聯(lián)編选浑。

深入理解framework（框架，其實相當(dāng)于靜態(tài)框架玄叠，不是動態(tài)庫）

打包framework還是一個比較重要的功能古徒，可以用來做一下事情：

（1）封裝功能模塊，比如有比較成熟的功能模塊封裝成一個包读恃，然后以后自己或其他同事用起來比較方便隧膘。

（2）封裝項目，有時候會遇到這個情況寺惫，就是一家公司找了兩個開發(fā)公司做兩個項目疹吃，然后要求他們的項目中的一個嵌套進另一個項目，此時也可以把唄嵌套的項目打包成framework放進去西雀，這樣比較方便萨驶。

?

我們?yōu)槭裁葱枰蚣埽‵ramework）？

要想用一種開發(fā)者友好的方式共享庫是很麻煩的艇肴。你不僅僅需要包含庫本身腔呜，還要加入所有的頭文件，資源等等再悼。

蘋果解決這個問題的方式是框架（framework）核畴。基本上冲九，這是含有固定結(jié)構(gòu)并包含了引用該庫時所必需的所有東西的文件夾谤草。不幸的是，iOS禁止所有的動態(tài)庫莺奸。同時丑孩，蘋果也從Xcode中移除了創(chuàng)建靜態(tài)iOS框架的功能。

Xcode仍然可以支持創(chuàng)建框架的功能憾筏，重啟這個功能嚎杨，我們需要對Xcode做一些小小的改動。

把代碼封裝在靜態(tài)框架是被app store所允許的氧腰。盡管形式不同，本質(zhì)上它仍然是一種靜態(tài)庫刨肃。

框架（Framework）的類別

大部分框架都是動態(tài)鏈接庫的形式古拴。因為只有蘋果才能在iOS設(shè)備上安裝動態(tài)庫，所以我們無法創(chuàng)建這種類型的框架真友。

靜態(tài)鏈接庫和動態(tài)庫一樣黄痪，只不過它是在編譯時鏈接二進制代碼，因此使用靜態(tài)庫不會有動態(tài)庫那樣的問題（即除了蘋果誰也不能在iOS上使用動態(tài)庫）盔然。

“偽”框架是通過破解Xcode的目標(biāo)Bundle（使用某些腳本）來實現(xiàn)的桅打。它在表面上以及使用時跟靜態(tài)框架并無區(qū)別是嗜。“偽”框架項目的功能幾乎和真實的框架項目沒有區(qū)別（不是全部）挺尾。

“嵌入”框架是靜態(tài)框架的一個包裝鹅搪，以便Xcode能獲取框架內(nèi)的資源（圖片、plist遭铺、nib等）丽柿。

本次發(fā)布包括了創(chuàng)建靜態(tài)框架和“偽”框架的模板，以及二者的“嵌入”框架魂挂。

用哪一種模板甫题？

本次發(fā)布有兩個模板，每個模板都有“強”“弱”兩個類別涂召。你可以選擇最適合一種（或者兩種都安裝上）坠非。

最大的不同是Xcode不能創(chuàng)建“真”框架，除非你安裝靜態(tài)框架文件xcspec在Xcode中果正。這真是一個遺憾（這個文件是給項目使用的麻顶，而不是框架要用的）。

簡單第

簡單說舱卡，你可以這樣決定用哪一種模板：

如果你不想修改Xcode辅肾，那么請使用“偽”框架版本

如果你只是想共享二進制（不是項目），兩種都可以

如果你想把框架共享給不想修改Xcode的開發(fā)者轮锥，使用“偽”框架版本

如果你想把框架共享給修改過Xcode的開發(fā)者矫钓，使用“真”框架版本

如果你想把框架項目作為另一個項目的依賴（通過workspace或者子項目的方式），請使用“真”框架（或者“偽”框架舍杜，使用-framework——見后）

如果你想在你的框架項目中加入其他靜態(tài)庫／框架新娜，并把它們也鏈接到最終結(jié)果以便不需要單獨添加到用戶項目中，使用“偽”框架

“偽”框架

“偽”框架是破解的“reloacatable object file”（可重定位格式的目標(biāo)文件既绩， 保存著代碼和數(shù)據(jù)概龄，適合于和其他的目標(biāo)文件連接到一起，用來創(chuàng)建一個可執(zhí)行目標(biāo)文件或者是一個可共享目標(biāo)文件）饲握，它可以讓Xcode編譯出類似框架的東西——其實也是一個bundle私杜。

“偽框架”模板把整個過程分為幾個步驟，用某些腳本去產(chǎn)生一個真正的靜態(tài)框架（基于靜態(tài)庫而不是reloacatable object file）救欧。而且衰粹，框架項目還是把它定義為wrapper.cfbundle類型，一種Xcode中的“二等公民”笆怠。

因此它跟“真”靜態(tài)框架一樣可以正常工作铝耻，但當(dāng)存在依賴關(guān)系時就有麻煩了。

依賴問題

如果不使用依賴蹬刷，只是創(chuàng)建普通的項目是沒有任何問題的瓢捉。但是如果使用了項目依賴（比如在workspace中）频丘，Xcode就悲劇了。當(dāng)你點擊“Link Binary With Libraries”下方的’+’按鈕時泡态，“偽框架”無法顯示在列表中搂漠。你可以從你的“偽”框架項目的Products下面將它手動拖入，但當(dāng)你編輯你的主項目時兽赁，會出現(xiàn)警告：

warning: skipping file '/somewhere/MyFramework.framework' (unexpectedfile type 'wrapper.cfbundle' in Frameworks & Libraries build phase)

并伴隨“偽”框架中的鏈接錯誤状答。

幸運的是，有個辦法來解決它刀崖。你可以在”O(jiān)ther Linker Flags”中用”-framwork”開關(guān)手動告訴linker去使用你的框架進行鏈接：

-framework MyFramework

警告仍然存在惊科，但起碼能正確鏈接了。

添加其他的庫/框架

如果你加入其他靜態(tài)（不是動態(tài)）庫/框架到你的“偽”框架項目中亮钦，它們將“鏈接”進你最終的二進制框架文件中馆截。在“真”框架項目中，它們是純引用蜂莉，而不是鏈接蜡娶。

你可以在項目中僅僅包含頭文件而不是靜態(tài)庫/框架本身的方式避免這種情況（以便編譯通過）。

“真”框架

“真”框架各個方面都符合“真”的標(biāo)準(zhǔn)映穗。它是真正的靜態(tài)框架窖张，正如使用蘋果在從Xcode中去除的那個功能所創(chuàng)建的一樣。

為了能創(chuàng)建真正的靜態(tài)框架項目蚁滋，你必需在Xcode中安裝一個xcspec文件宿接。

如果你發(fā)布一個“真”框架項目（而不是編譯），希望去編譯這個框架的人必需也安裝xcspec文件（使用本次發(fā)布的安裝腳本）辕录，以便Xcode能理解目標(biāo)類型睦霎。

注意：如果你正在發(fā)布完全編譯的框架，而不是框架項目走诞，最終用戶并不需要安裝任何東西副女。

我已經(jīng)提交一個報告給蘋果，希望他們在Xcode中更新這個文件蚣旱，但那需要一點時間.OpenRadarlink here

加其他靜態(tài)庫/框架

如果你加入其他靜態(tài)（不是動態(tài)）庫/框架到你的“真”框架項目碑幅，它們只會被引用，而不會象“偽”框架一樣被鏈接到最終的二進制文件中姻锁。

從早期版本升級

如果你是從Mk6或者更早的版本升級枕赵，同時使用“真”靜態(tài)框架，并且使用Xcode4.2.1以前的版本位隶，請運行uninstall_legacy.sh以卸載早期用于Xcode的所有修正。然后再運行install.sh开皿，重啟Xcode涧黄。如果你使用Xcode4.3以后篮昧，只需要運行install.sh并重啟Xcode。

安裝

分別運行Real Framework目錄或Fake Framework目錄下的install.sh腳本進行安裝（或者兩個你都運行）笋妥。

重啟Xcode懊昨，你將在新項目向?qū)У腇ramework&Library下看到StaticiOS Framework（或者Fake Static iOS Framework）。

卸載請運行unistall.sh腳本并重啟Xcode春宣。

創(chuàng)建一個iOS框架項目

創(chuàng)建新項目酵颁。

項目類型選擇Framework&Library下的Static iOS Framework（或者Fake Static iOS Framework）。

選擇“包含單元測試”（可選的）月帝。

在target中加入類躏惋、資源等。

凡是其他項目要使用的頭文件嚷辅，必需聲明為public簿姨。進入target的Build Phases頁，展開Copy Headers項簸搞，把需要public的頭文件從Project或Private部分拖拽到Public部分扁位。

編譯你的 iOS 框架

選擇指定target的scheme

修改scheme的Run配置（可選）。Run配置默認使用Debug趁俊，但在準(zhǔn)備部署的時候你可能想使用Release域仇。

編譯框架（無論目標(biāo)為iOS device和Simulator都會編譯出相同的二進制，因此選誰都無所謂了）寺擂。

從Products下選中你的framework暇务，“show in Finder”。

在build目錄下有兩個文件夾：(yourframework).framework?and?(your framework).embeddedframework.

如果你的框架只有代碼沽讹，沒有資源（比如圖片般卑、腳本、xib爽雄、coredata的momd文件等）蝠检，你可以把(yourframework).framework?分發(fā)給你的用戶就行了。如果還包含有資源挚瘟，你必需分發(fā)(your framework).embeddedframework給你的用戶叹谁。

為什么需要embedded framework？因為Xcode不會查找靜態(tài)框架中的資源乘盖，如果你分發(fā)(your framework).framework, 則框架中的所有資源都不會顯示焰檩，也不可用。

一個embedded framework只是一個framework之外的附加的包订框，包括了這個框架的所有資源的符號鏈接析苫。這樣做的目的是讓Xcode能夠找到這些資源。

使用iOS 框架

iOS框架和常規(guī)的Mac OS動態(tài)框架差不多，只是它是靜態(tài)鏈接的而已衩侥。

在你的項目中使用一個框架国旷，只需把它拖僅你的項目中。在包含頭文件時茫死，記住使用尖括號而不是雙引號括住框架名稱跪但。例如，對于框架MyFramework：

#import <MyFramework/MyClass.h>

使用問題

Headers Not Found

如果Xcode找不到框架的頭文件峦萎，你可能是忘記將它們聲明為public了屡久。參考“創(chuàng)建一個iOS框架項目”第5步。

No Such Product Type

如果你沒有安裝iOS Universal Framework在Xcode爱榔，并企圖編譯一個universal框架項目（對于“真”框架被环，不是“假”框架），這會導(dǎo)致下列錯誤：

target specifies product type 'com.apple.product-type.framework.static',but there's no such product type for the 'iphonesimulator' platform

為了編譯“真”iOS靜態(tài)框架搓蚪，Xcode需要做一些改動蛤售，因此為了編譯“真”靜態(tài)框架項目，請在所有的開發(fā)環(huán)境中安裝它（對于使用框架的用戶不需要妒潭，只有要編譯框架才需要）悴能。

The selected run destination is not valid for this action

有時，Xcode出錯并加載了錯誤的active設(shè)置雳灾。首先漠酿，請嘗試重啟Xcode。如果錯誤繼續(xù)存在谎亩，Xcode產(chǎn)生了一個壞的項目（因為Xcode4的一個bug炒嘲，任何類型的項目都會出現(xiàn)這個問題）。如果是這樣匈庭，你需要創(chuàng)建一個新項目重來一遍夫凸。

鏈接警告

第一次編譯框架target時，Xcdoe會在鏈接階段報告找不到文件夾：

ld: warning: directory not found for option'-L/Users/myself/Library/Developer/Xcode/DerivedData/MyFramework-ccahfoccjqiognaqraesrxdyqcne/Build/Products/Debug-iphoneos'

此時阱持，可以clean并重新編譯target夭拌，警告會消除。

Core Data momd not found

對于框架項目和應(yīng)用程序項目衷咽，Xcode會以不同的方式編譯momd（托管對象模型文件）鸽扁。Xcode會簡單地在根目錄創(chuàng)建.mom文件，而不會創(chuàng)建一個.momd目錄（目錄中包含VersionInfo.plist和.mom文件）镶骗。

這意味著桶现，當(dāng)從一個embedded framework的model中實例化NSManagedObjectModel時，你必需使用.mom擴展名作為model的URL鼎姊，而不是采用.momd擴展名骡和。

NSURL *modelURL = [[NSBundle mainBundle]URLForResource:@"MyModel" withExtension:@"mom"];

Unknown class MyClass in Interface Builder file.

由于靜態(tài)框架采用靜態(tài)鏈接相赁，linker會剔除所有它認為無用的代碼。不幸的是即横，linker不會檢查xib文件噪生，因此如果類是在xib中引用裆赵，而沒有在O-C代碼中引用东囚，linker將從最終的可執(zhí)行文件中刪除類。這是linker的問題战授，不是框架的問題（當(dāng)你編譯一個靜態(tài)庫時也會發(fā)生這個問題）页藻。蘋果內(nèi)置框架不會發(fā)生這個問題，因為他們是運行時動態(tài)加載的植兰，存在于iOS設(shè)備固件中的動態(tài)庫是不可能被刪除的份帐。

有兩個解決的辦法：

? ? ?讓框架的最終用戶關(guān)閉linker的優(yōu)化選項，通過在他們的項目的Other Linker Flags中添加-ObjC和-all_load楣导。

? ? ?在框架的另一個類中加一個該類的代碼引用废境。例如，假設(shè)你有個MyTextField類筒繁，被linker剔除了噩凹。假設(shè)你還有一個MyViewController，它在xib中使用了MyTextField毡咏，MyViewController并沒有被剔除驮宴。你應(yīng)該這樣做：

在MyTextField中：

+ (void)forceLinkerLoad_ {}

在MyViewController中：

+(void) initialize {?????[MyTextField forceLinkerLoad_]; }

他們?nèi)匀恍枰砑?ObjC到linker設(shè)置，但不需要強制all_load了呕缭。

第2種方法需要你多做一點工作堵泽，但卻讓最終用戶避免在使用你的框架時關(guān)閉linker優(yōu)化（關(guān)閉linker優(yōu)化會導(dǎo)致object文件膨脹）。

unexpected file type 'wrapper.cfbundle' in Frameworks &Libraries build phase

這個問題發(fā)生在把“假”框架項目作為workspace的依賴恢总，或者把它當(dāng)作子項目時（“真”框架項目沒有這個問題）迎罗。盡管這種框架項目產(chǎn)生了正確的靜態(tài)框架，但Xcode只能從項目文件中看出這是一個bundle片仿，因此它在檢查依賴性時發(fā)出一個警告纹安，并在linker階段跳過它。

你可以手動添加一個命令讓linker在鏈接階段能正確鏈接滋戳。在依賴你的靜態(tài)框架的項目的OtherLinker Flags中加入：

-framework MyFramework

警告仍然存在, 但不會導(dǎo)致鏈接失敗钻蔑。

Libraries being linked or not being linked into the finalframework

很不幸， “真”框架和“假”框架模板在處理引入的靜態(tài)庫/框架的工作方式不同的奸鸯。

“真”框架模板采用正常的靜態(tài)庫生成步驟咪笑，不會鏈接其他靜態(tài)庫/框架到最終生產(chǎn)物中。

“假”框架模板采用“欺騙”Xcode的手段娄涩，讓它認為是在編譯一個可重定位格式的目標(biāo)文件窗怒，在鏈接階段就如同編譯一個可執(zhí)行文件映跟，把所有的靜態(tài)代碼文件鏈接到最終生成物中（盡管不會檢查是否確實目標(biāo)代碼）。為了實現(xiàn)象“真”框架一樣的效果扬虚，你可以只包含庫/框架的頭文件到你的項目中努隙，而不需要包含庫/框架本身。

Unrecognized selector in (some class with a category method)

如果你的靜態(tài)庫或靜態(tài)框架包含了一個模塊（只在類別代碼中聲明辜昵，沒有類實現(xiàn)）荸镊，linker會搞不清楚，并把代碼從二進制文件中剔除堪置。因為在最終生成的文件中沒有這個方法躬存，所以當(dāng)調(diào)用這個類別中定義的方法時，會報一個“unrecognizedselector”異常舀锨。

要解決這個岭洲，在包含這個類別的模塊代碼中加一個“假的”類。linker發(fā)現(xiàn)存在完整的O-C類坎匿，會將類別代碼鏈接到模塊盾剩。

我寫了一個頭文件?LoadableCategory.h，以減輕這個工作量：

#import "SomeConcreteClass+MyAdditions.h"

#import "LoadableCategory.h"??MAKE_CATEGORIES_LOADABLE(SomeConcreteClass_MyAdditions);?? @implementation SomeConcreteClass(MyAdditions)

? ...?

@end

在使用這個框架時替蔬，仍然還需要在Build Setting的Other Linker Flags中加入-ObjC告私。

執(zhí)行任何代碼前單元測試崩潰

如果你在Xcode4.3中創(chuàng)建靜態(tài)框架（或庫）target時，勾選了“withunit tests”进栽，當(dāng)你試圖運行單元測試時德挣，它會崩潰：

Thread 1: EXC_BAD_ACCESS (code=2, address=0x0) 0 0x00000000 --- 15 dyldbootstrap:start(...)

這是lldb中的一個bug。你可以用GDB來運行單元測試快毛。編輯scheme格嗅，選擇Test，在Info標(biāo)簽中將調(diào)試器Debugger從LLDB改為GDB唠帝。

摘自：http://blog.csdn.net/stackhero/article/details/9032999