APP之間相互調(diào)用并且傳輸數(shù)據(jù)經(jīng)常會出現(xiàn)在實(shí)際需求中，我們應(yīng)該對這樣的基本功能的實(shí)現(xiàn)原理有一個(gè)簡單的認(rèn)識，這樣也方便工作中和程序哥哥們的溝通。

在產(chǎn)品設(shè)計(jì)中，經(jīng)常會遇到APP之間相互調(diào)用的功能設(shè)計(jì)，比如：

• 實(shí)現(xiàn)三方登錄。用QQ賬號快速登錄，如果安裝了 QQ，那么應(yīng)用會調(diào)用QQ的快速登錄界面，確認(rèn)后， QQ會回調(diào)到原來的應(yīng)用，同時(shí)將登錄的狀態(tài)信息返回給了原應(yīng)用。
• 實(shí)現(xiàn)分享。選擇應(yīng)用內(nèi)的可分享內(nèi)容，點(diǎn)擊分享， 選擇朋友圈，于是微信的朋友圈被調(diào)起，并將這張圖片發(fā)了出去，并詢問你是返回原應(yīng)用還是留在微信，如果你選擇了返回原應(yīng)用，那么原來的應(yīng)用又會被調(diào)起。
• 實(shí)現(xiàn)第三方支付。選擇應(yīng)用內(nèi)要支付的內(nèi)容，選擇支付方式，一般會提供支付寶或微信，點(diǎn)擊后跳轉(zhuǎn)到支付寶或微信的付款頁面，完成支付后回到該應(yīng)用。
• 實(shí)現(xiàn)手機(jī)網(wǎng)頁引導(dǎo)并打開應(yīng)用功能。在推廣的H5頁面上，加入打開APP的按鈕，點(diǎn)擊后直接調(diào)起我們的APP，并且可以根據(jù)參數(shù)信息， 在本地應(yīng)用中還原用戶的瀏覽場景。

這些過程實(shí)現(xiàn)的原理就是利用?URL Scheme。

什么是URL Scheme

URL Scheme就是一個(gè)可以讓app相互之間可以跳轉(zhuǎn)的協(xié)議。每個(gè)app的URL Scheme都是不一樣的，如果存在一樣的URL Scheme，那么系統(tǒng)就會響應(yīng)先安裝那個(gè)app的URL Scheme，因?yàn)楹蟀惭b的app的URL Scheme被覆蓋掉了，是不能被調(diào)用的。

應(yīng)用之間跳轉(zhuǎn)原理

一個(gè)應(yīng)用能打開另一個(gè)應(yīng)用的必然條件是，另一個(gè)應(yīng)用必須配置一個(gè)scheme（協(xié)議），這樣應(yīng)用程序才能根據(jù)協(xié)議找到需要打開的應(yīng)用。

APP應(yīng)用在系統(tǒng)中通過注冊Scheme的方式注冊自己，常見的Scheme就是 http:，聲明了這個(gè)Scheme的應(yīng)用就是聲稱自己支持http協(xié)議，能夠打開網(wǎng)頁了。還有一些常見的Scheme比如 file:（傳輸文本）， tel:（通話）等。

當(dāng)然，APP應(yīng)用不僅可以聲明這些標(biāo)準(zhǔn)的Scheme，也能聲明自己獨(dú)有的Scheme，比如微信的就是 weixin:， QQ 的是 mqq: 。

如果多個(gè)應(yīng)用都聲明相同的Scheme呢？比如應(yīng)用a、b、c都聲明自己能發(fā)短信，這時(shí)系統(tǒng)會有一定的策略來保證公平性，比如在Android系統(tǒng)中，就會彈出支持的應(yīng)用列表，讓用戶選擇， iOS則替用戶選擇近打開過的支持應(yīng)用。

應(yīng)用之間傳遞數(shù)據(jù)

了解了應(yīng)用之間調(diào)用的方法，那么后面數(shù)據(jù)傳遞就簡單了，只需要在Scheme后面攜帶上需要傳遞的信息作為參數(shù)就可以了。

比如，發(fā)起調(diào)用的是應(yīng)用A，被調(diào)用的是應(yīng)用B。yingyongB://action=sendmessage,message=”xxx”，后面的數(shù)據(jù)會帶到應(yīng)用B中，但是應(yīng)用B接到了信息不知道該信息是哪個(gè)應(yīng)用發(fā)的，回信息給哪個(gè)應(yīng)用。如何進(jìn)行回調(diào)呢？發(fā)起調(diào)用的應(yīng)用A在Scheme后面加一個(gè)參數(shù)backScheme=yingyongA: ，這樣應(yīng)用B就知道了需要返回信息給應(yīng)用A，應(yīng)用A和B這種自定義協(xié)議也可以叫做偽協(xié)議，只要雙方應(yīng)用能識別處理就可以。

同樣，我們也可以實(shí)現(xiàn)跳轉(zhuǎn)到指定頁面的功能。想要跳轉(zhuǎn)到指定界面，必定是上一個(gè)app告訴下一個(gè)app（被跳轉(zhuǎn)的app）需要跳轉(zhuǎn)到哪個(gè)界面，而如何告訴它這里便涉及到兩個(gè)app的通信。兩個(gè)app之間的跳轉(zhuǎn)只需要配置一個(gè)Scheme，通過協(xié)議即可實(shí)現(xiàn)。

最后上一段iOS測試代碼：

//進(jìn)入更多界面（上一個(gè)APP）

– (IBAction)intoMore:(id)sender {

NSURL *url = [NSURL URLWithString:@”test://more”]; ? //test://more是要跳轉(zhuǎn)的頁面名稱

if ([[UIApplication sharedApplication] canOpenURL:url]) {

[[UIApplication sharedApplication] openURL:url]; //是否安裝應(yīng)用，url是跳轉(zhuǎn)頁面的地址

}else{

NSLog(@”沒有安裝應(yīng)用”); //沒有安裝則提示相應(yīng)信息

}

}

在被調(diào)用的APP中，就會監(jiān)聽方法，對進(jìn)入的頁面進(jìn)行判斷。

總結(jié)

以上就是應(yīng)用之間進(jìn)行交互原理的簡單總結(jié)，不同平臺會有自己一些獨(dú)特的應(yīng)用交互方式，用Scheme這種方式可以減少一些跨平臺開發(fā)適配的成本，同時(shí)也有利于網(wǎng)頁和Native之間的相互調(diào)用。

作者：流年，互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)師，4年互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn)。

本文由 @流年 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。