APP之間相互調用並且傳輸數據經常會出現在實際需求中，我們應該對這樣的基本功能的實現原理有一個簡單的認識，這樣也方便工作中和程序哥哥們的溝通。
在產品設計中，經常會遇到APP之間相互調用的功能設計，比如：
實現三方登錄。用QQ帳號快速登錄，如果安裝了 QQ，那麼應用會調用QQ的快速登錄界面，確認後， QQ會回調到原來的應用，同時將登錄的狀態信息返回給了原應用。實現分享。選擇應用內的可分享內容，點擊分享， 選擇朋友圈，於是微信的朋友圈被調起，並將這張圖片發了出去，並詢問你是返回原應用還是留在微信，如果你選擇了返回原應用，那麼原來的應用又會被調起。實現第三方支付。選擇應用內要支付的內容，選擇支付方式，一般會提供支付寶或微信，點擊後跳轉到支付寶或微信的付款頁面，完成支付後回到該應用。實現手機網頁引導並打開應用功能。在推廣的H5頁面上，加入打開APP的按鈕，點擊後直接調起我們的APP，並且可以根據參數信息， 在本地應用中還原用戶的瀏覽場景。
這些過程實現的原理就是利用 URL Scheme。
什麼是URL Scheme
URL Scheme就是一個可以讓app相互之間可以跳轉的協議。每個app的URL Scheme都是不一樣的，如果存在一樣的URL Scheme，那麼系統就會響應先安裝那個app的URL Scheme，因為後安裝的app的URL Scheme被覆蓋掉了，是不能被調用的。
應用之間跳轉原理
一個應用能打開另一個應用的必然條件是，另一個應用必須配置一個scheme（協議），這樣應用程式才能根據協議找到需要打開的應用。
APP應用在系統中通過註冊Scheme的方式註冊自己，常見的Scheme就是 http:，聲明了這個Scheme的應用就是聲稱自己支持http協議，能夠打開網頁了。還有一些常見的Scheme比如 file:（傳輸文本）， tel:（通話）等。
當然，APP應用不僅可以聲明這些標準的Scheme，也能聲明自己獨有的Scheme，比如微信的就是 weixin:， QQ 的是 mqq: 。
如果多個應用都聲明相同的Scheme呢？比如應用a、b、c都聲明自己能發簡訊，這時系統會有一定的策略來保證公平性，比如在Android系統中，就會彈出支持的應用列表，讓用戶選擇， iOS則替用戶選擇近打開過的支持應用。
應用之間傳遞數據
了解了應用之間調用的方法，那麼後面數據傳遞就簡單了，只需要在Scheme後面攜帶上需要傳遞的信息作為參數就可以了。
比如，發起調用的是應用A，被調用的是應用B。yingyongB://action=sendmessage,message=」xxx」，後面的數據會帶到應用B中，但是應用B接到了信息不知道該信息是哪個應用發的，回信息給哪個應用。如何進行回調呢？發起調用的應用A在Scheme後面加一個參數backScheme=yingyongA: ，這樣應用B就知道了需要返回信息給應用A，應用A和B這種自定義協議也可以叫做偽協議，只要雙方應用能識別處理就可以。
同樣，我們也可以實現跳轉到指定頁面的功能。想要跳轉到指定界面，必定是上一個app告訴下一個app（被跳轉的app）需要跳轉到哪個界面，而如何告訴它這裡便涉及到兩個app的通信。兩個app之間的跳轉只需要配置一個Scheme，通過協議即可實現。
最後上一段iOS測試代碼：
//進入更多界面（上一個APP）– (IBAction)intoMore:(id)sender {NSURL *url = [NSURL URLWithString:@」test://more」]; //test://more是要跳轉的頁面名稱if ([[UIApplication sharedApplication] canOpenURL:url]) {[[UIApplication sharedApplication] openURL:url]; //是否安裝應用，url是跳轉頁面的地址}else{NSLog(@」沒有安裝應用」); //沒有安裝則提示相應信息}}
在被調用的APP中，就會監聽方法，對進入的頁面進行判斷。
總結
以上就是應用之間進行交互原理的簡單總結，不同平臺會有自己一些獨特的應用交互方式，用Scheme這種方式可以減少一些跨平臺開發適配的成本，同時也有利於網頁和Native之間的相互調用。
作者：流年，網際網路產品設計師，4年網際網路產品設計經驗。
本文由 @流年 原創發布於人人都是產品經理。未經許可，禁止轉載。