iOS系統是相對封閉的系統，App各自在各自的沙盒（sandbox）中運行，每個App都只能讀取iPhone上iOS系統為該應用程序程序創建的文件夾AppData下的內容，不能隨意跨越自己的沙盒去訪問別的App沙盒中的內容。

所以iOS 的系統中進行App間通信的方式也比較固定，常見的app間通信方式以及使用場景總結如下。

1、URL Scheme

這個是iOS app通信最常用到的通信方式，App1通過openURL的方法跳轉到App2，並且在URL中帶上想要的參數，有點類似http的get請求那樣進行參數傳遞。這種方式是使用最多的最常見的，使用方法也很簡單只需要源App1在info.plist中配置LSApplicationQueriesSchemes，指定目標App2的scheme；然後在目標App2的info.plist中配置好URL types，表示該app接受何種URL scheme的喚起。

典型的使用場景就是各開放平台SDK的分享功能，如分享到微信朋友圈微博等，或者是支付場景。比如從滴滴打車結束行程跳轉到微信進行支付。

2、Keychain

iOS系統的Keychain是一個安全的存儲容器，它本質上就是一個sqllite資料庫，它的位置存儲在/private/var/Keychains/keychain-2.db，不過它所保存的所有數據都是經過加密的，可以用來為不同的app保存敏感信息，比如用戶名，密碼等。iOS系統自己也用keychain來保存VPN憑證和Wi-Fi密碼。它是獨立於每個App的沙盒之外的，所以即使App被刪除之後，Keychain裡面的信息依然存在。

基於安全和獨立於app沙盒的兩個特性，Keychain主要用於給app保存登錄和身份憑證等敏感信息，這樣只要用戶登錄過，即使用戶刪除了app重新安裝也不需要重新登錄。

那Keychain用於App間通信的一個典型場景也和app的登錄相關，就是統一賬戶登錄平台。使用同一個賬號平台的多個app，只要其中一個app用戶進行了登錄，其他app就可以實現自動登錄不需要用戶多次輸入賬號和密碼。一般開放平台都會提供登錄SDK，在這個SDK內部就可以把登錄相關的信息都寫到keychain中，這樣如果多個app都集成了這個SDK，那麼就可以實現統一賬戶登錄了。

Keychain的使用比較簡單，使用iOS系統提供的類KeychainItemWrapper，並通過keychain access groups就可以在應用之間共享keychain中的數據的數據了。

3、UIPasteboard

顧名思義， UIPasteboard是剪切板功能，因為iOS的原生控制項UITextView，UITextField 、UIWebView，我們在使用時如果長按，就會出現複製、剪切、選中、全選、粘貼等功能，這個就是利用了系統剪切板功能來實現的。而每一個App都可以去訪問系統剪切板，所以就能夠通過系統剪貼板進行App間的數據傳輸了。

UIPasteboard的使用很簡單，

UIPasteboard典型的使用場景就是淘寶跟微信/QQ的鏈接分享。由於騰訊和阿里的公司戰略，騰訊在微信和qq中都屏蔽了淘寶的鏈接。那如果淘寶用戶想通過QQ或者微信跟好友分享某個淘寶商品，怎麼辦呢？ 阿里的工程師就巧妙的利用剪貼板實現了這個功能。首先淘寶app中將鏈接自定義成淘口令，引導用戶進行複製，並去QQ好友對話中粘貼。然後QQ好友收到消息後再打開自己的淘寶app，淘寶app每次從後台切到前台時，就會檢查系統剪切板中是否有淘口令，如果有淘口令就進行解析並跳轉到對於的商品頁面。

先複製淘口令到剪切板，

把剪切板中的內容粘貼到微信發給微信好友，

微信好友把淘口令複製到淘寶中，就可以打開好友分享的淘寶鏈接了。

4、UIDocumentInteractionController

UIDocumentInteractionController主要是用來實現同設備上app之間的共享文檔，以及文檔預覽、列印、發郵件和複製等功能。它的使用非常簡單.

首先通過調用它唯一的類方法 interactionControllerWithURL:，並傳入一個URL(NSURL)，為你想要共享的文件來初始化一個實例對象。然後UIDocumentInteractionControllerDelegate，然後顯示菜單和預覽窗口。

效果如下，

5、local socket

這種方式不太常見，也是很容易被iOS開發者所忽略但是特別實用的一種方法。它的原理很簡單，一個App1在本地的埠port1234進行TCP的bind和listen，另外一個App2在同一個埠port1234發起TCP的connect連接，這樣就可以建立正常的TCP連接，進行TCP通信了，那麼就想傳什麼數據就可以傳什麼數據了。

這種方式最大的特點就是靈活，只要連接保持著，隨時都可以傳任何相傳的數據，而且帶寬足夠大。它的缺點就是因為iOS系統在任意時刻只有一個app在前台運行，那麼就要通信的另外一方具備在後台運行的許可權，像導航或者音樂類app。

它是常用使用場景就是某個App1具有特殊的能力，比如能夠跟硬體進行通信，在硬體上處理相關數據。而App2則沒有這個能力，但是它能給App1提供相關的數據，這樣APP2跟App1建立本地socket連接，傳輸數據到App1，然後App1在把數據傳給硬體進行處理。

本文主要總結我所知道的iOS App間常用的五種通信方式以及各自的適用場景，如有疏忽或者錯誤請多多指正。如果你還知道其他的方式，歡迎多多交流，非常感謝。

閱讀原文