大家都知道，iOS是一個自閉的系統(tǒng)，應(yīng)用之間是不能互相存儲，讀取文件。為了滿足應(yīng)用的通訊，蘋果使用了URL Scheme來實現(xiàn)了這個功能。通過各個APP設(shè)計的符合蘋果的統(tǒng)一規(guī)范的URL Scheme，Url Scheme 是可以用來在各種應(yīng)用之間傳遞信息。
URLScheme在iOS中的定義和理解
URLScheme是為方便app之間互相調(diào)用而設(shè)計的。你可以通過一個類似URL的鏈接，通過系統(tǒng)的OpenURl來打開該app，并可以傳遞一些參數(shù)。每個URL必須能唯一標(biāo)識一個APP，如果你設(shè)置的URL與別的APP的URL沖突，此時，你的APP不一定會被調(diào)用起來，原因是當(dāng)APP在安裝的時候就已經(jīng)在系統(tǒng)里面注冊了此APP的URL Scheme，如果你的一致但是是后安裝的，那么系統(tǒng)不會調(diào)用你的APP，因為你的APP設(shè)置的URL scheme被覆蓋了。
簡單分析
以微信的為示例，大家都知道微信SDK中集成了登錄，分享，支付等功能，這幾個也是平時大家用到比較多的功能，都是需要跳轉(zhuǎn)到微信app中進行操作，URLScheme就是作用于應(yīng)用間互相通訊的，那么我們不妨看看微信在登錄，分享，支付的時候分別傳遞了什么樣的信息。
由于URLScheme會互相覆蓋，后安裝者會覆蓋前一個安裝者。我們創(chuàng)建一個簡單的空白應(yīng)用，把這個應(yīng)用的URLScheme設(shè)置成和微信一樣，讓系統(tǒng)以為后面安裝的就是微信。我們可以在這個app中截取URLScheme，然后看看傳遞的是什么東西。
創(chuàng)建工程，設(shè)置工程的URLScheme
在項目里info.plist (非test里面的info.plist)并選擇 右鍵 Open As – Source Code:
加入如下源碼：
CFBundleURLTypesCFBundleURLSchemesweixin
就會生成和微信app相同的URLScheme。就是weixin。
在AppDelegate.m里面截取跳轉(zhuǎn)過來的URLScheme，app接收urlScheme傳值時會響應(yīng)此方法
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url
sourceApplication:(NSString *)sourceApplication annotation:(id)annotation{
//顯示截取的urlscheme
UIAlertView *alert = [[UIAlertView alloc]initWithTitle:@"接收到的urlScheme" message:url.absoluteString delegate:nil cancelButtonTitle:nil otherButtonTitles:@"確定", nil];
[alert show];
return YES;
}
運行手機上有微信登錄，分享，支付的app，點擊微信的登錄，分享或者支付。看看會發(fā)生什么
在iphone找一個有微信的登錄，支付，分享的工程的app，在app中做相應(yīng)的操作。
我們會發(fā)現(xiàn)點解微信登錄的時候，提示的不是打開微信，而是打開我自己創(chuàng)建的app（get_scheme_str），點擊打開會看到我們想看到的。
能看到，在登錄的過程中，實際上Scheme是攜帶一些參數(shù)的url。上圖的url是
weixin://app/wxa932d071d0f12af2/auth/?scope=snsapi_message%2Csnsapi_userinfo%2Csnsapi_friend%2Csnsapi_contact&state=xxx&supportcontentfromwx=8191
稍微調(diào)整一下數(shù)據(jù)格式
weixin://app/wxa932d071d0f12af2/auth/?scope=snsapi_message,snsapi_userinfo,snsapi_friend,snsapi_contactstate=xxxsupportcontentfromwx=8191
接過微信sdk的朋友一定可以非常簡單的看出來這里面其實傳遞的就是四個參數(shù)，分別的是微信后臺申請的appid，scope，state，supportcontentfromwx，后面兩個經(jīng)實驗固定形式就可以，第一個是appid參數(shù)，第二個是登錄微信，需要的權(quán)限，字段是固定的，用逗號分隔開，這個可以去微信開發(fā)者中心查看。也就是說實際上我們只需要填寫appid就可以跳轉(zhuǎn)到微信app中進行登錄操作。
同樣的將你要用到微信登錄的app的Scheme設(shè)置成在微信后臺申請成功的appid。這樣通過跳轉(zhuǎn)到微信登錄，點擊登錄后，微信同樣會根據(jù)這個Scheme返回到相應(yīng)的app，并攜帶一串a(chǎn)uth認(rèn)證返回的結(jié)果.
wxa932d071d0f12af2://oauth?code=071MME2c1SUdTr0j2B4c1k4D2c1MME2F&state=xxx
可以看到是以為wxa932d071d0f12af2://為協(xié)議的Scheme，攜帶code的參數(shù)。我們同樣可以在AppDelegate中截取到這個code，然后根據(jù)code請求固定的api，拿到登錄賬號的數(shù)據(jù)。就可以完成登錄。
同樣的道理，微信的分享，支付也是一樣的。通過以上的方式，我們可以拿到微信分享的Scheme是
weixin://app/wxa932d071d0f12af2/sendreq/?
分享回調(diào)的Scheme是
wxa932d071d0f12af2://platformId=wechat
支付的也是一樣，支付的URLScheme是
weixin://app/wxa932d071d0f12af2/pay/?partnerId=1455924902&prepayId=wx20170830135454e7f54637ae0987672641&package=Sign%3DWXPay&nonceStr=dd4ftd1vdz9x36haqivffa922sn4ijei&timeStamp=1504072494&signType=SHA1&supportcontentfromwx=8191
支付回調(diào)的Scheme是
wxa932d071d0f12af2://pay/?returnKey=(null)&ret=-2
對比官方SDK
這里就以參數(shù)最多的支付為示例，首先我們看看微信開放者平臺中調(diào)起支付的參數(shù)介紹和說明
上面的支付URLScheme經(jīng)過簡單的處理后
weixin://app/wxa932d071d0f12af2/pay/?
partnerId=1455924902
prepayId=wx20170830135454e7f54637ae0987672641
package=Sign=WXPay
nonceStr=dd4ftd1vdz9x36haqivffa922sn4ijei
timeStamp=1504072494
signType=SHA1
supportcontentfromwx=8191
我們可以很容易的看到，URLScheme中攜帶的數(shù)據(jù)，和微信官方的數(shù)據(jù)是一樣的。url中只是多了一個簽名方式和supportcontentfromwx。經(jīng)測試，這兩個數(shù)據(jù)基本上是固定的。那么我們可以大膽的猜測，在微信官方SDK中發(fā)起微信的支付時候，其實最底層還是通過URLScheme的方式進行數(shù)據(jù)互傳的。它通過固定的協(xié)議頭加上不同的參數(shù)來實現(xiàn)應(yīng)用不同的邏輯。
小結(jié)和展望
上面是以微信作為示例，簡單的分析了URLScheme在跳轉(zhuǎn)微信的過程中做了些什么事情。以目前的蘋果的霸道來看，ios系統(tǒng)是不太可能會開放的。URLScheme就是在這種封閉的情況的下，在業(yè)界的需求下誕生的一根橋梁。溪上還珠太守家，小橋橫跨碧流沙。隨著ios端應(yīng)用多樣性的增加，這根斜跨在應(yīng)用間傳遞數(shù)據(jù)的橋梁也會越來越重要。千淘萬漉雖辛苦,吹盡狂沙始到金。我相信URLScheme還能在蘋果的法則生存很久。
