iOS开发:openURL/open与canOpenURL的区别及Safari链接打开选型
嘿,我来给你掰扯清楚这三个UIApplication方法的区别,它们都是用来处理外部链接的,但用法、特性和适用版本完全不一样:
1.
openURL(_:) - 过时的旧版打开方式 - 这是iOS 2.0就存在的老方法,在iOS 10.0被正式废弃了。
- 功能非常直白:传入一个URL,系统就会尝试用对应App(比如Safari打开http链接)或者系统服务打开它。
- 但它有个明显的短板:没有回调机制,你完全不知道链接最终有没有打开成功,也没法传递任何额外的配置参数。
- 就像你代码里的else分支那样,只能在iOS 9及以下的系统里用它来兼容老版本。
2.
open(_:options:completionHandler:) - 官方推荐的新版打开方式 - iOS 10.0推出的
openURL替代方案,现在是Apple官方推荐的用法。 - 相比老方法,它多了两个实用特性:
options参数:可以传配置字典,比如[.universalLinksOnly: true]就能强制用通用链接打开目标内容,而不是跳转到Safari;completionHandler回调:这个闭包会返回一个Bool值,告诉你链接是否成功打开。你可以利用这个做后续处理,比如打开失败时给用户提示“没有可用应用打开该链接”。
- 你代码里的iOS 10+分支用的就是这个,但例子里把
completionHandler设为nil有点浪费,其实可以改成这样:
if let url = URL(string: urlStr) { UIApplication.shared.open(url, options: [:]) { isSuccess in if !isSuccess { print("链接打开失败,请检查是否有可用应用") // 这里可以弹个Alert提示用户 } } }
3.
canOpenURL(_:) - 用来检查链接是否可被打开的工具方法 - 注意!这个方法不是用来打开链接的,它的作用是提前检查当前设备上有没有能处理这个URL的App或系统服务(比如Safari能处理http/https链接)。
- 有个重要的点:iOS 9之后,如果你要检查第三方App的URL Scheme(比如微信的
weixin://),必须在项目的Info.plist里添加LSApplicationQueriesSchemes数组,把要检查的Scheme加进去,否则canOpenURL会直接返回false。 - 通常的用法是先判断,再调用打开方法,避免无效操作:
if let url = URL(string: urlStr) { if UIApplication.shared.canOpenURL(url) { // 确认能打开,再调用open方法 UIApplication.shared.open(url, options: [:], completionHandler: nil) } else { print("没有可用的应用能打开这个链接") } }
总结使用场景
- 如果你只需要兼容iOS 10及以上:直接用
open(_:options:completionHandler:),配合canOpenURL做前置检查(如果需要的话); - 要兼容iOS 9及以下:在
#available的else分支里用openURL,同样可以先用canOpenURL判断。
内容的提问来源于stack exchange,提问作者MAhipal Singh
相关产品推荐
相关产品推荐

