URL Scheme 是什么?
iOS有个特性就是应用将其自身”绑定”到一个自定义 URL scheme 上,该 scheme用于从浏览器或其他应用中启动本应用。常见的分享到第三方之间的跳转都是基于Scheme的。
通过对比网页链接来理解iOS 上的 URL Schemes,应该就容易多了。
- URL,我们都很清楚,http://www.apple.com就是个URL,我们也叫它链接或网址;
- Schemes,表示的是一个 URL 中的一个位置——最初始的位置,即 ://之前的那段字符。比如 http://www.apple.com这个网址的Schemes是 http。
根据我们上面对URL Schemes的使用,我们可以很轻易地理解,在以本地应用为主的 iOS 上,我们可以像定位一个网页一样,用一种特殊的 URL 来定位一个应用甚至应用里某个具体的功能。而定位这个应用的,就应该这个应用的URL 的 Schemes 部分,也就是开头儿那部分。比如短信,就是 sms:
你可以完全按照理解一个网页的 URL ——也就是它的网址——的方式来理解一个 iOS 应用的 URL,拿苹果的网站和 iOS 上的微信来做个简单对比:
| 网页(苹果) | iOS 应用(微信) |
网站首页/打开应用 | http://www.apple.com | weixin:// |
子页面/具体功能 | http://www.apple.com/mac/(Mac页面) | weixin://dl/moments(朋友圈) |
关于基础概念性的就讲这么多
项目中关键的配置
在项目Info的Url Type中配置(被唤起端)
- 说明
- URL identifier只是一个标示符,随意填写,建议写成:com.*.*反转域名的方法保证该名字的唯一性。
- URL Scheme就是你用来通信的命令前缀,用来定位一个应用。
在Plist文件中配置
- 注意:URL Schemes 是一个数组,允许应用定义多个 URL schemes。
接收到唤起如何处理
在代理方法- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url
sourceApplication:(NSString *)sourceApplication annotation:(id)annotation中判断唤起的来源source app,根据Url所携带的参数进行不同的操作。比如跳转到制定的页面,相关的逻辑处理等等.
- (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;
}
以上配置是在被唤起应用中配置的。
唤起端
一般情况下,唤起端可以直接调用appDelegate的代理方法去唤醒其他应用。
- (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的安全性,需要给出一个类似白名单的东西,在白名单里面的才能打开app。不然报错: -canOpenURL: failed for URL: “OpenAppTest://mark?id=007” – error: “This app is not allowed to query for scheme OpenAppTest”
1.新建一个app1,在Info.plist文件的信息属性列表里新建一组,类型是URL types 设置如下
这里最关键的部分在于URL Schemes数组里的Item 0,后面的填写的字符串就是你用来通信的命令前缀“achao”,URL identifier只是一个标示符,随意填写
然后再AppDelegate里处理重载下面的回调方法
-(BOOL)application:(UIApplication *)application handleOpenURL:(NSURL
{
if ([[url scheme] isEqualToString:@"achao"])
NSLog(@"%@",url);
return YES;
}
可以看见[url scheme]这个命令是为了拿到url的scheme,就是命令前缀“achao”
2.新建app2,这个app什么都不用操作,只需要去唤醒app1即可,于是我们在viewDidLoad里写上这一句
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"achao://hello"]];
"achao"就是app1里的url scheme,我叫它命令前缀(我怀疑apple的应用程序装上过后有个像通知中心一样的应用程序来统一管理,而每个应用程序的url scheme都会在那里被记录,以供其他app来调用该app,至于url scheme属于哪个应用程序,当然是和app的Bundle identifier相关的),格式采用“前缀://..."
3.我们关闭app1,app2,然后再启动app2,发现app2启动过后唤醒了app1,并且成功跳转;我们再关闭app1,app2,然后我们打开app1进行监测,发现app1被启动后,进入了 ,这就实现了两个app之间的唤醒和通信
4.当然这时候你可能才想到,那不是很多应用程序都会被其他垃圾程序调用了,查找资料过后,原来还有后续
我们重载这个方法
-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
{
if ([sourceApplication isEqualToString:@"AC.achao.com"])
NSLog(@"%@", sourceApplication); //来源于哪个app(Bundle identifier)
NSLog(@"scheme:%@", [url scheme]); //url scheme
NSLog(@"query: %@", [url query]); //查询串 用“?...”格式访问
return YES;
else
return NO;
}
这就满足我们的需求了,我们可以通过sourceApplication来判断来自哪个app以决定要不要唤醒自己的app,也可以通过[url query]来获得查询串,这个时候我们需要更改app2的访问方式才能获得这个参数
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"achao://hello?name=achao-AC"]];
我们也可以直接在safari离输入"achao://hello?name=achao-AC"来访问我们的app1,这个时候sourceApplication就是@"com.apple.mobilesafari"
总结:类似下面的方法
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"http://www.baidu.com"]];
[[UIApplicationsharedApplication] openURL:[NSURLURLWithString:@"sms://158********"]];
[[UIApplicationsharedApplication] openURL:[NSURLURLWithString:@"tel://158********"]];
[[UIApplicationsharedApplication] openURL:[NSURLURLWithString:@"mailto://362****@qq.com"]];
我们用过很多,估计也是程序内部设置了类似的url scheme来供其他应用程序操作的
注意事项
通过上面的方法可以唤醒其他的应用,简单总结下一些注意事项。
- URL Scheme 其实就是一个app应用的唯一标志。通过它来确定打开那个应用。
- 一定要分清哪些配置在哪方配置,被唤醒与唤醒。
- iOS9之后需要在唤起端加入LSApplicationQueriesSchemes千万不能忘。
- 还有一个问题还没解决,如何再次回到唤醒应用的界面。这个需要参考下官方的XCallbackURL。听说有些复杂,有空再看看。