iOS App之间通信(iOS Deeplink 一)

我们经常会碰到一个情况,就是需要一个呼起另外一个App,比如我们想要呼起微信,去分享一些东西,同时在微信分享完成之后,又希望微信能够给我们一些反馈信息,告诉我们是否成功。在iOS9之前,能够来呼起一个App的只有通过URL Schemes。从一个很不专业的角度讲,scheme其实就可以代表一个app的称呼,同时又是一个url的头部。

1.什么是URL

Scheme://Host:Port/Path?Queryprams

通常port只会在直接用IP地址访问时才会用到:

例:http://search.jd.com/Search?keyword=哈利波特8&enc=utf-8

在这个例子中http是scheme,search.jd.com是host,Search是path,enc是queryparam
在iOS中(其实不仅iOS,Android,甚至Mac中也是这样),一个scheme是由一个app开发者自己确定,比如微信的scheme有wechat和weixin两种。

可以打开Xcode,在Info -> URL Types 中,点击+ ,即可为自己的App添加一个自己的Scheme

添加scheme

添加完了后,你可以在safari中输入 Mescheme://做一下测试,你会发现会提示你是否需要呼起 your app。

在这里有几点需要注意:

1.由于scheme完全是用户自添加行为,苹果不参与干涉,所以可能出现多个app设置相同的scheme,之前看到的苹果称这种情况是未知的,我这边测试完之后,感觉这个跟bundle id相关。

2.在判断 和 呼起 另外一个app时,苹果对scheme的大小写是不敏感的。!但是!在被呼起的App内部获取scheme的时候,会获得原始的scheme拼写值,这个时候就不能保证这个app在处理的时候是否对大小写敏感了。

2.如何通过URL呼起

1.手动测试,在safari中输入,但是这种情况如果url中存在反斜杠,可能出现一种能呼起,但是不能在呼起的app中做预期的操作
2.使用UIWebView来Load,注意只能用UIWebView,WKWebView不行。
[纠正],在iOS10以下时,Scheme URL可以当做HTTP URL一样来通过UIWebview load,并呼起对应Scheme的App,但是iOS 10上测试发现已经不行。
3.推荐使用的是调用原生的Code:
NSURL *url = [NSURL URLWithString:@"weixin://"]; [[UIApplication sharedApplication] openURL:url];
openURL这个方法会返回一个BOOL来通知是否正常呼起,而在iOS 10中,已经不建议使用该方法了,推荐使用
- (void)openURL:(NSURL*)url options:(NSDictionary*)options completionHandler:(void (^ __nullable)(BOOL success))completion NS_AVAILABLE_IOS(10_0) NS_EXTENSION_UNAVAILABLE_IOS("");
新的方法将会使用异步的方式执行,同时会在主线程进行completion操作。

options其实内容与接收端的openUrl方法是对应,我还没有用到过,因为其中有两个参数其实跟我们现在讲的这种case关系不大,而对于空的options,执行相当于老方法。

3.如何处理URL

在接收端也有多个方法,但是推荐使用下面这个方法
- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary*)options NS_AVAILABLE_IOS(9_0);
其中URL与2中的呼起的URL是一致的。

当你嵌入了多个SDK的时候,可以先通过url的scheme来判断是哪个SDK的App回呼的时候传来的URL,因为不是每个SDK都会对于不是自己可操作的URL返回一个NO。
另外options种有一个Key UIApplicationOpenURLOptionsSourceApplicationKey可以得知对方的bundle id。

你可能感兴趣的:(iOS App之间通信(iOS Deeplink 一))