XCode和Cocoa在開發中使用第三方dylib示例是本文要介紹對內容，所謂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就可以拿到其他機器上運行了。可真夠麻煩的...

小結：XCode和Cocoa在開發中使用第三方dylib示例的內容介紹完了，希望本文對你有所幫助！

轉自原文 http://blog.devep.net/virushuo/2009/07/01/xcodecocoadylib.html