deeplink

1. URL SCHEMES说明

简单介绍下 URL Schemes协议

URL，我们都很清楚，http://www.apple.com 就是个 URL，也叫它链接或网址；Schemes，表示的是一个 URL 中的一个位置——最初始的位置，即 ://之前的那段字符。比如 http://www.apple.com 这个网址的 Schemes 是 http。
我们可以像定位一个网页一样，用一种特殊的 URL 来定位一个应用甚至应用里某个具体的功能。而定位这个应用的，就应该这个应用的 URL 的 Schemes 部分，也就是开头儿那部分。但是需要注意的是应用的URL Schemes 并不唯一，也就是说一个应用可以“起多个名“，不同应用的URL Schemes也可能因为名字一样发生冲突。

一个完整的完整的URL Schemes协议格式由scheme、host、port、path和query组成，其结构如下所示：

<scheme>://<host>:<port>/<path>?<query>

该技术在android 和 ios 平台都能得到支持,可以跨平台使用.

2. 唤起流程

• App-A (任意App)

  • 配置处理URL Schemes的页面
  • 根据参数进行处理. (如果需要打开多个不同页面,最好在一处配置URL Schemes然后根据参数进行分发处理)

• H5页面

  • 加载URL Schemes 链接

• App-B (浏览器)

  • 加载新的URL时,判断是否为自定义的 URL Schemes(不是 http / https)
  • 如果是自定义的 URL Schemes 判断是否有应用能够响应
  • 如有有应用能够响应,则唤起App进行处理

这一段总结一下。
1. APP要想被其他APP直接打开，自身得支持，让自己具备被人打开的能力。（URL Schemes）
2. APP要想打开其他的APP，自身也得支持。（判断设备是否安装、各种跳转的处理）

3. 需要注意的点

• 客户端
  
  1. 应用已经启动的时候 避免页面重复打开 , 如果需要先打开启动页面的 特殊处理
  2. 在一个页面添加对URL Schemes协议支持,然后根据参数再进行分发会比较容易进行管理
• h5 页面
  
  1. 网页端一般通过标签,让浏览器进行URL Schemes协议的解析,直接跳转在用户没有安装该应用的时候会出现页面加载失败的错误,影响用户体验
  2. 通过定时器机制,或者 Page Visibility API 综合进行判断用户是否有安装应用,进行 没有安装 和 安装了的流程处理
• 协议
  
  1. Scheme 名字不要发生冲突(系统已有的,或其他第三方的)
  2. 命名用小写字母表示(有些浏览器可能会将大写处理为小写) 可以使用包名(Bundle) ,不能使用数字和下划线

4. 参考文章

现在很火的app上的deeplink技术，到底是什么？
web 调起 App？ 光知道 scheme 可不够！
Intent 和 Intent 过滤器
IOS10.3 URL Scheme 命名的调整
IOS URL Schemes 使用详解
Page Visibility API