所謂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就可以拿到其他機器上運行了。可真夠麻煩的...