iOS App 喚醒另一個(gè)App

網(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)址的Schemeshttp

根據(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)目InfoUrl 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)用。

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)。

  1. URL Scheme 其實(shí)就是一個(gè)app應(yīng)用的唯一標(biāo)志。通過(guò)它來(lái)確定打開(kāi)那個(gè)應(yīng)用。
  2. 一定要分清哪些配置在哪方配置,被喚醒與喚醒。
  3. iOS9之后需要在喚起端加入LSApplicationQueriesSchemes千萬(wàn)不能忘。
  4. 還有一個(gè)問(wèn)題還沒(méi)解決,如何再次回到喚醒應(yīng)用的界面。這個(gè)需要參考下官方的XCallbackURL。聽(tīng)說(shuō)有些復(fù)雜,有空再看看。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容