我们经常会碰到一个情况，就是需要一个呼起另外一个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

添加完了后，你可以在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。