iOS App 之间的相互跳转
Apr 14, 2015
不久前公司有个项目需要从我们自己的 Application 跳转到系统WIFI设置界面。google一番后发现一个问题，iOS 在 5.0 版本中开放了 APP 对 System Settings 的链接，开发者可以通过自己的方法实现对 Settings 的定向跳转，代码如下：
NSURL *url=[NSURL URLWithString:@"prefs:root=WIFI"];
[[UIApplication sharedApplication] openURL:url];
不过遗憾的是，Apple 在 5.1 版本中又取消了这一支持。所以目前在项目中添加上述代码，APP 并不会有任何动作（为了考虑简便开发，我们将不再支持 iOS 7.0 以下版本，乔布斯时代总会终结的）。于是本以为这个功能无法实现，但是在使用某些著名的 APP 时发现，它们之中有的确可以从应用程序内跳转到系统设置页，当时就想，shit! 怎么搞的？但是苦于个人技术水平原因，一直弄不清所以然，所以这个问题一直放着，直到昨天整了下 App 和 App 之间的相互跳转，似乎心里有了些眉目。在解决这个问题之前，先看看 App 和 App 互跳是如何实现的。
App 跳转到 App
iOS 允许将你的 App 和一个自定义的 URL Scheme 进行绑定，通过该 URL Scheme，你的应用程序可以被浏览器或者其他应用启动，也就是说我们可以在 App1 中通过某个事件响应跳转到 App2。
info->URL Types中添加一个新项，URL Scheme 随便取名为 App1:
App1://回车之后，浏览器便切回到了 App1。
Open this page in "App1"这个是正常的，这个出现的时机不确定，允许就好。
一些网站的二维码下载就是居于这样的原理，扫码以后如果终端没有安装它的应用程序则跳转到 App Store 相关页面，否则直接打开 App。
但是光打开 App 还不够，更多的时候我们希望打开 App 以后跳转到另一个界面里去完成我们想要做得事情，这就需要在跳转的同时把相关的参数也一并传输过来。从上面的动图结合 URL Scheme不难看出应用程序之间传递信息正是依靠 URL 地址进行的。通过 GET 方法提交一个请求，如果待唤醒 App 成功响应了提交的请求，则系统会把这个 App 唤醒送回前台供用户操作，于是可以使用一些自定义的 URL Scheme 传输数据：
- App1://test?parameter=hello
- App1://?parameter=hello
- App1://?hello
上面的这些都是可以的，格式可以按需定义，这个是很自由的，只要能把参数解得出来，随你怎么搞。
optional func application(application: UIApplication, handleOpenURL url: NSURL) -> Bool函数用来处理来自其他应用程序的 URL 请求。因此我们可以在这个函数中响应这些请求。但是在这个函数的声明文件中有这么一行注释：
Will be deprecated at some point, please replace with application:openURL:sourceApplication:annotation:
optional func application(application: UIApplication, openURL url: NSURL, sourceApplication: String?, annotation: AnyObject?) -> Bool。注释里函数的写法还是 objc 的风格，不知是 Apple 漏掉了这点，还是故意为之。
参数 | 说明 |
application | 应用程序实例 |
openURL | 传递过来的 URL |
sourceApplication | 发出请求的应用程序的 Bundle ID |
annotation | 这个参数貌似很牛逼，不过测试几番后仍不知具体有何作用。 |
retutnValue | 处理成功返回 true， 失败或者没处理返回 false. |
在这个方法里我用一个 UIAlertView 来展示信息:
1 func application(application: UIApplication, openURL url: NSURL, sourceApplication: String?, annotation: AnyObject?) -> Bool {
2 var parameter = url.query
3 var alert = UIAlertView(title: sourceApplication!, message: parameter, delegate: nil, cancelButtonTitle: "OK")
4 alert.show()
5 return true
6 }
touchUpInside事件中实现主要代码：
1 @IBAction func btnOnClick(sender: UIButton) {
2 if UIApplication.sharedApplication().canOpenURL(NSURL(string: "App1://")!){
3 var str = String(format: "App1://?%@", msgField.text)
4 str = str.stringByAddingPercentEscapesUsingEncoding(NSUTF8StringEncoding)!
5 UIApplication.sharedApplication().openURL(NSURL(string: str)!)
6 }
7 }
跳转到系统设置页
prefs这个 Scheme 想必是被 Apple 动过了，但是如果你在自己的应用程序里再弄一个 URL Scheme 取名为prefs，那么这段代码便活了过来：
1 class ViewController: UIViewController {
2 private var arr :[String] = []
3
4 override func viewDidLoad() {
5 super.viewDidLoad()
6 // Do any additional setup after loading the view, typically from a nib.
7 arr.append("")
8 arr.append("prefs:root=WIFI")
9 arr.append("prefs:root=Bluetooth")
10 arr.append("prefs:root=General")
11 arr.append("prefs:root=General&path=About")
12 arr.append("prefs:root=Phone")
13 }
14
15 override func didReceiveMemoryWarning() {
16 super.didReceiveMemoryWarning()
17 // Dispose of any resources that can be recreated.
18 }
19
20 @IBAction func execAction(sender: UIButton) {
21 UIApplication.sharedApplication().openURL(NSURL(string: arr[sender.tag])!)
22 }
23
24 }
UIApplication.sharedApplication().openURL(NSURL(string: UIApplicationOpenSettingsURLString)!)用来跳转到设置页。所以不到万不得已，尽量还是使用这种方式。
