Shared by eric 
mac osx的dyld是挺煩的

所謂dylib，就是bsd風(fēng)格的動(dòng)態(tài)庫(kù)。基本可以認(rèn)為等價(jià)于windows的dll和linux的so。mac基于bsd，所以也使用的是dylib。

如果你需要引用一個(gè)第三方的dylib，在xcode下編譯出cocoa程序，在本機(jī)上運(yùn)行是不會(huì)出問(wèn)題的。但是發(fā)布出來(lái)，給其他用戶(hù)用，就可能出問(wèn)題。因?yàn)橛脩?hù)不一定有這個(gè)庫(kù)。

這個(gè)問(wèn)題給我造成了相當(dāng)?shù)睦_，我到現(xiàn)在也沒(méi)找到正規(guī)的方法。但是我確實(shí)解決了這個(gè)問(wèn)題，雖然方法不一定正宗。不管怎么說(shuō)，寫(xiě)下來(lái)，如果暫時(shí)沒(méi)有更好的辦法，那么先這樣做。如果誰(shuí)有更好的辦法，也請(qǐng)一定不吝留言或郵件給我。

我的辦法是這樣的:

1 otool -L yourapp.app/Contents/MacOS/yourapp

這一步的意思是對(duì)你編譯出的app使用otool命令，以便獲得依賴(lài)哪些dylib的信息。注意這個(gè)路徑。cocoa的app在命令行下表現(xiàn)為目錄。所有相關(guān)的東西都在里面。
結(jié)果如下所示：
yourapp.app/Contents/MacOS/yourapp:
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0)
/usr/local/lib/lib01.dylib (compatibility version 0.0.0, current version 0.1.0)
/usr/local/lib/lib02.dylib (compatibility version 0.0.0, current version 0.1.0)
/usr/local/lib/lib03.dylib (compatibility version 0.0.0, current version 0.1.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.0.0)
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 949.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 677.12.0)

注意我標(biāo)紅的地方。假如lib01,lib02,lib03是本程序引用的第三方庫(kù)，那么在這個(gè)程序里面，他們的引用地址是位于/usr/local/lib上的。這是開(kāi)發(fā)機(jī)上的安裝情況。而使用這個(gè)程序的客戶(hù)機(jī)未必安裝這些東西，所以程序就要出錯(cuò)。

顯然，我們需要做2件事。a 把這些庫(kù)附帶在app上 b 把他們的引用地址修改到正確的位置。

2 mkdir yourapp.app/Contents/dylib

在編譯出來(lái)的app中，創(chuàng)建dylib目錄

然后把所有需要的庫(kù)復(fù)制過(guò)去

cp /usr/local/lib/lib01.dylib yourapp.app/Contents/dylib/
cp /usr/local/lib/lib02.dylib yourapp.app/Contents/dylib/
cp /usr/local/lib/lib03.dylib yourapp.app/Contents/dylib/

3 install_name_tool -change /usr/local/lib/lib01.dylib @loader_path/../dylib/lib01.dylib "yourapp.app/Contents/MacOS/yourapp"

install_name_tool 是蘋(píng)果提供的用來(lái)修改dylib安裝名稱(chēng)的命令。這個(gè)命令執(zhí)行之后，再用otool -L 就可以看到變化了

yourapp.app/Contents/MacOS/yourapp:
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0)
@loader_path/../dylib/lib01.dylib (compatibility version 0.0.0, current version 0.1.0)
/usr/local/lib/lib02.dylib (compatibility version 0.0.0, current version 0.1.0)
/usr/local/lib/lib03.dylib (compatibility version 0.0.0, current version 0.1.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.0.0)
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 949.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 677.12.0)

注意標(biāo)紅的位置。已經(jīng)變化了。@loader_path 指的是應(yīng)用程序運(yùn)行的位置，也就是yourapp.app/Contents/MacOS/yourapp，所以要用一個(gè)..，以便定位到第2步創(chuàng)建的dylib目錄。
重復(fù)這個(gè)命令，修改lib02,lib03

4 otool -L yourapp.app/Contents/dylib/*.dylib

繼續(xù)用otool 來(lái)檢查dylib下面使用的第三方庫(kù)是否還有其他依賴(lài)，install_name是否正確，重復(fù)1，2，3的步驟，把所需要的dylib復(fù)制過(guò)來(lái)，修改install_name。

如果都改對(duì)了，那么這個(gè)app就附帶上了dylib，可以在其他機(jī)器上正確運(yùn)行了，不用非要尋找/usr/local/lib下面的庫(kù)了。

剛才我們修改的結(jié)果是一個(gè)build的結(jié)果。當(dāng)然，每次build都這么折騰一下很麻煩。所以繼續(xù)這樣做：

1 前面的步驟得到了一個(gè)完整的dylib目錄。把這個(gè)dylib復(fù)制一份備用。比如放在你的xcode項(xiàng)目下面。

2 編寫(xiě)一個(gè)腳本：

mkdir "$TARGET_BUILD_DIR/$PRODUCT_NAME.app/Contents/dylib"
cp -f /your/path/to/xcode_project_name/dylib/*.dylib "$TARGET_BUILD_DIR/$PRODUCT_NAME.app/Contents/dylib/"

install_name_tool -change /usr/local/lib/lib01.dylib @loader_path/../dylib/lib01.dylib "$TARGET_BUILD_DIR/$PRODUCT_NAME.app/Contents/MacOS/$PRODUCT_NAME"
(用這個(gè)格式重復(fù)前面對(duì)app使用過(guò)的dylib)

3 在xcode中，展開(kāi)targets節(jié)點(diǎn)，右鍵點(diǎn)工程名稱(chēng)，在菜單中選Add->New Build Phasa->New Run Script Build Phasa，在打開(kāi)的對(duì)話(huà)框里面，把剛才的腳本貼進(jìn)去。如圖所示。

這個(gè)腳本會(huì)在build之后自動(dòng)運(yùn)行。不過(guò)我這里有個(gè)奇怪的問(wèn)題，如果Shell里面寫(xiě)了/bin/sh，會(huì)報(bào)告找不到這個(gè)文件(實(shí)際上存在)，而讓shell為空，反而可以正確的運(yùn)行shell命令。

經(jīng)過(guò)這些處理，每次編譯出來(lái)的app就可以拿到其他機(jī)器上運(yùn)行了。可真夠麻煩的...