Shared by eric 
mac osx的dyld是挺煩的

所謂dylib，就是bsd風格的動態庫。基本可以認為等價于windows的dll和linux的so。mac基于bsd，所以也使用的是dylib。

如果你需要引用一個第三方的dylib，在xcode下編譯出cocoa程序，在本機上運行是不會出問題的。但是發布出來，給其他用戶用，就可能出問題。因為用戶不一定有這個庫。

這個問題給我造成了相當的困擾，我到現在也沒找到正規的方法。但是我確實解決了這個問題，雖然方法不一定正宗。不管怎么說，寫下來，如果暫時沒有更好的辦法，那么先這樣做。如果誰有更好的辦法，也請一定不吝留言或郵件給我。

我的辦法是這樣的:

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

這一步的意思是對你編譯出的app使用otool命令，以便獲得依賴哪些dylib的信息。注意這個路徑。cocoa的app在命令行下表現為目錄。所有相關的東西都在里面。
結果如下所示：
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)

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

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

2 mkdir yourapp.app/Contents/dylib

在編譯出來的app中，創建dylib目錄

然后把所有需要的庫復制過去

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 是蘋果提供的用來修改dylib安裝名稱的命令。這個命令執行之后，再用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)

注意標紅的位置。已經變化了。@loader_path 指的是應用程序運行的位置，也就是yourapp.app/Contents/MacOS/yourapp，所以要用一個..，以便定位到第2步創建的dylib目錄。
重復這個命令，修改lib02,lib03

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

繼續用otool 來檢查dylib下面使用的第三方庫是否還有其他依賴，install_name是否正確，重復1，2，3的步驟，把所需要的dylib復制過來，修改install_name。

如果都改對了，那么這個app就附帶上了dylib，可以在其他機器上正確運行了，不用非要尋找/usr/local/lib下面的庫了。

剛才我們修改的結果是一個build的結果。當然，每次build都這么折騰一下很麻煩。所以繼續這樣做：

1 前面的步驟得到了一個完整的dylib目錄。把這個dylib復制一份備用。比如放在你的xcode項目下面。

2 編寫一個腳本：

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"
(用這個格式重復前面對app使用過的dylib)

3 在xcode中，展開targets節點，右鍵點工程名稱，在菜單中選Add->New Build Phasa->New Run Script Build Phasa，在打開的對話框里面，把剛才的腳本貼進去。如圖所示。

這個腳本會在build之后自動運行。不過我這里有個奇怪的問題，如果Shell里面寫了/bin/sh，會報告找不到這個文件(實際上存在)，而讓shell為空，反而可以正確的運行shell命令。

經過這些處理，每次編譯出來的app就可以拿到其他機器上運行了。可真夠麻煩的...