【原創(chuàng)】淺析URLScheme在iOS中存在的意義

大家都知道嗤军,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認證返回的結(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還能在蘋果的法則生存很久。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末蠢络,一起剝皮案震驚了整個濱河市衰猛,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌刹孔,老刑警劉巖啡省,帶你破解...
    沈念sama閱讀 216,496評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異髓霞,居然都是意外死亡卦睹,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,407評論 3 392
  • 文/潘曉璐 我一進店門方库,熙熙樓的掌柜王于貴愁眉苦臉地迎上來结序,“玉大人,你說我怎么就攤上這事纵潦⌒旌祝” “怎么了?”我有些...
    開封第一講書人閱讀 162,632評論 0 353
  • 文/不壞的土叔 我叫張陵邀层,是天一觀的道長返敬。 經(jīng)常有香客問我,道長寥院,這世上最難降的妖魔是什么劲赠? 我笑而不...
    開封第一講書人閱讀 58,180評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮秸谢,結(jié)果婚禮上经磅,老公的妹妹穿的比我還像新娘。我一直安慰自己钮追,他們只是感情好预厌,可當(dāng)我...
    茶點故事閱讀 67,198評論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著元媚,像睡著了一般轧叽。 火紅的嫁衣襯著肌膚如雪苗沧。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,165評論 1 299
  • 那天炭晒,我揣著相機與錄音待逞,去河邊找鬼。 笑死网严,一個胖子當(dāng)著我的面吹牛识樱,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播震束,決...
    沈念sama閱讀 40,052評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼怜庸,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了垢村?” 一聲冷哼從身側(cè)響起割疾,我...
    開封第一講書人閱讀 38,910評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎嘉栓,沒想到半個月后宏榕,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,324評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡侵佃,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,542評論 2 332
  • 正文 我和宋清朗相戀三年麻昼,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片馋辈。...
    茶點故事閱讀 39,711評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡涌献,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出首有,到底是詐尸還是另有隱情,我是刑警寧澤枢劝,帶...
    沈念sama閱讀 35,424評論 5 343
  • 正文 年R本政府宣布井联,位于F島的核電站,受9級特大地震影響您旁,放射性物質(zhì)發(fā)生泄漏烙常。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,017評論 3 326
  • 文/蒙蒙 一鹤盒、第九天 我趴在偏房一處隱蔽的房頂上張望蚕脏。 院中可真熱鬧,春花似錦侦锯、人聲如沸驼鞭。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,668評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽挣棕。三九已至译隘,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間洛心,已是汗流浹背固耘。 一陣腳步聲響...
    開封第一講書人閱讀 32,823評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留词身,地道東北人厅目。 一個月前我還...
    沈念sama閱讀 47,722評論 2 368
  • 正文 我出身青樓,卻偏偏與公主長得像法严,于是被迫代替她去往敵國和親损敷。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,611評論 2 353

推薦閱讀更多精彩內(nèi)容