網(wǎng)上也有講這塊的,感覺(jué)講得都不是很好。而且有一些細(xì)節(jié)根本沒(méi)有講清楚。這里重寫(xiě)整理一下相關(guān)知識(shí)點(diǎn)。
主要內(nèi)容
- URL Scheme 是什么?
- 項(xiàng)目中關(guān)鍵的配置
- 注意事項(xiàng)
URL Scheme 是什么?
iOS有個(gè)特性就是應(yīng)用將其自身”綁定”到一個(gè)自定義 URL scheme 上,該 scheme用于從瀏覽器或其他應(yīng)用中啟動(dòng)本應(yīng)用。常見(jiàn)的分享到第三方之間的跳轉(zhuǎn)都是基于Scheme的。
通過(guò)對(duì)比網(wǎng)頁(yè)鏈接來(lái)理解iOS 上的 URL Schemes,應(yīng)該就容易多了。
-
URL,我們都很清楚,http://www.apple.com就是個(gè)URL,我們也叫它鏈接或網(wǎng)址; -
Schemes,表示的是一個(gè)URL 中的一個(gè)位置——最初始的位置,即://之前的那段字符。比如http://www.apple.com這個(gè)網(wǎng)址的Schemes是 http。
根據(jù)我們上面對(duì)URL Schemes的使用,我們可以很輕易地理解,在以本地應(yīng)用為主的 iOS 上,我們可以像定位一個(gè)網(wǎng)頁(yè)一樣,用一種特殊的 URL 來(lái)定位一個(gè)應(yīng)用甚至應(yīng)用里某個(gè)具體的功能。而定位這個(gè)應(yīng)用的,就應(yīng)該這個(gè)應(yīng)用的URL 的 Schemes 部分,也就是開(kāi)頭兒那部分。比如短信,就是 sms:
你可以完全按照理解一個(gè)網(wǎng)頁(yè)的 URL ——也就是它的網(wǎng)址——的方式來(lái)理解一個(gè) iOS 應(yīng)用的 URL,拿蘋(píng)果的網(wǎng)站和 iOS 上的微信來(lái)做個(gè)簡(jiǎn)單對(duì)比:
| 網(wǎng)頁(yè)(蘋(píng)果) | iOS 應(yīng)用(微信) | |
|---|---|---|
| 網(wǎng)站首頁(yè)/打開(kāi)應(yīng)用 | http://www.apple.com | weixin:// |
| 子頁(yè)面/具體功能 | http://www.apple.com/mac/(Mac頁(yè)面) | weixin://dl/moments(朋友圈) |
關(guān)于基礎(chǔ)概念性的就講這么多
項(xiàng)目中關(guān)鍵的配置
在項(xiàng)目Info的Url Type中配置(被喚起端)
Url Type,表示可以被哪些帶前綴Url打開(kāi),而不是可以打開(kāi)以這些前綴開(kāi)頭的app。

- 說(shuō)明
- URL identifier只是一個(gè)標(biāo)示符,隨意填寫(xiě),建議寫(xiě)成:
com.*.*反轉(zhuǎn)域名的方法保證該名字的唯一性。 - URL Scheme就是你用來(lái)通信的命令前綴,用來(lái)定位一個(gè)應(yīng)用。
- URL identifier只是一個(gè)標(biāo)示符,隨意填寫(xiě),建議寫(xiě)成:
在Plist文件中配置

- 注意:
URL Schemes是一個(gè)數(shù)組,允許應(yīng)用定義多個(gè)URL schemes。
接收到喚起如何處理
在代理方法- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation中判斷喚起的來(lái)源source app,根據(jù)Url所攜帶的參數(shù)進(jìn)行不同的操作。比如跳轉(zhuǎn)到制定的頁(yè)面,相關(guān)的邏輯處理等等.
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url
sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
{
NSLog(@"Calling Application Bundle ID: %@", sourceApplication);
NSLog(@"URL scheme:%@", [url scheme]);
NSLog(@"URL query: %@", [url query]);
// Customer Code
return YES;
}
以上配置是在被喚起應(yīng)用中配置的。
喚起端
一般情況下,喚起端可以直接調(diào)用appDelegate的代理方法去喚醒其他應(yīng)用。
- (void)awakeOtherApp
{
NSString *customURL = @"otherApp://";
if ([[UIApplication sharedApplication]
canOpenURL:[NSURL URLWithString:customURL]])
{
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:customURL]];
}
else
{
UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"URL error"
message:[NSString stringWithFormat:
@"No custom URL defined for %@", customURL]
delegate:self cancelButtonTitle:@"Ok"
otherButtonTitles:nil];
[alert show];
}
}
- 這里需要注意一下在
iOS9以后,喚起端需要配置一下
LSApplicationQueriesSchemes.iOS9之后需要,iOS9之后提高了app的安全性,需要給出一個(gè)類(lèi)似白名單的東西,在白名單里面的才能打開(kāi)app。不然報(bào)錯(cuò):** -canOpenURL: failed for URL: "OpenAppTest://mark?id=007" - error: "This app is not allowed to query for scheme OpenAppTest"**

注意事項(xiàng)
通過(guò)上面的方法可以喚醒其他的應(yīng)用,簡(jiǎn)單總結(jié)下一些注意事項(xiàng)。
- URL Scheme 其實(shí)就是一個(gè)app應(yīng)用的唯一標(biāo)志。通過(guò)它來(lái)確定打開(kāi)那個(gè)應(yīng)用。
- 一定要分清哪些配置在哪方配置,被喚醒與喚醒。
- iOS9之后需要在喚起端加入
LSApplicationQueriesSchemes千萬(wàn)不能忘。 - 還有一個(gè)問(wèn)題還沒(méi)解決,如何再次回到喚醒應(yīng)用的界面。這個(gè)需要參考下官方的
XCallbackURL。聽(tīng)說(shuō)有些復(fù)雜,有空再看看。