相信大家刷 某博 / 某书 / 抖音 时，更能体会什么称为 条条大路通 tao bao。常常就是你打开一个 App，不当心点了一下显示屏，便又开启了另一个 App 了。
那么这样的自动打开一个 App 究竟是怎么完成的？
URL Scheme
关键在于最原始方法 URL Scheme。
URL Scheme 是一种特殊的 URL，用以定位到某一运用及其运用某个作用。
它的格式一般是： [scheme:][//authority][path][?query]
scheme 意味着要开启的运用，每一个发布应用商城的 App 所登记注册的 scheme 都是唯一的；后边的参数意味着应用下某个作用以及主要参数。
在 IOS 上配备 URL Scheme
在 XCode 里能够轻松配备
在 Android 上配备 URL Scheme
Android 配置很简单，在 AndroidManifest.xml 文档下加上下列配备就可以
经过浏览连接自动打开 App
配备结束后，只需浏览 URL Scheme 连接，系统软件就会自动打开相匹配 scheme 的 App。
因而，我们能完成一个简单的 H5 网页页面来承受这一自动跳转逻辑性，之后在页面上根据启用 location.href=schemeUrl 或是 <a href='schemeUrl' /> 等形式来开启浏览连接，进而自动打开 App
优缺点分析
优势： 这是最原始计划方案，因而最大的优点就是兼容模式好
缺陷：
- 根据 scheme url 这种方法勾起 App，针对 H5 正中间网页页面是很难感受的，并不了解是不是已经取得成功开启 App
- 一部分电脑浏览器有安全性限定，跳转能被阻拦，务必客户手动式开启自动跳转（即 location.href 难以实现，务必 a 标识）
- 一些 App 会限制可访问的 scheme，你必须在授权管理内，不然就会被阻拦自动跳转
- 根据 scheme url 勾起 App 时，电脑浏览器会提示你是不是打算要开启该 App，会影响到客户体验
DeepLink
通过以上缺陷我们不难发现，传统 URL Scheme 在客户体验上有存在一定偏差的。
因而，DeepLink 出现了。
DeepLink 的经营理念就是利用传统 HTT P连接就能唤起app，而如果用户未安装APP，往往会跳转该连接相匹配页面。
IOS Universal Link
在 IOS 上一般称作 Universal Link。
【配备你 Universal Link 网站域名】
首先去 Apple 的开发者社区上配备你 domains，假定是： mysite.com
【配备 apple-app-site-association 文档】
在这个网站域名目录下创建一个 .well-known 途径，并且在该途径下摆放 apple-app-site-association 文档。
文档内容包含 appID 及其 path，path假如配备 /app 也表示浏览该网站域名中的 /app 途径皆能勾起App
该文件具体内容大概如下所示：
{
"applinks": {
"apps": [],
"details": [
{
"appID": "xxx", // 你运用的 appID
"paths": [ "/app/*"]
}
]
}
}
【系统软件获得环境变量】
上边二步配备完成后，当客户 初次组装App 或是后面每一次 覆盖安装App 时，系统软件就会主动去获取网站域名中的环境变量。
即系统软件也会主动去获取
https://mysite.com/.well-known/apple-app-site-association这一文档
再根据返回 appID 及其 path 分辨浏览什么途径也是需要勾起哪一个App
【全自动勾起 App】
当系统软件取得成功获得环境变量后，只需用户访问 mysite.com/app/xxx 连接，系统软件就会全自动勾起你 App。
与此同时，手机客户端也可以进行一些自定逻辑性解决：
手机客户端会接受到 NSUserActivity 目标，其 actionType 为 NSUserActivityTypeBrowsingWeb，因而手机客户端还可以在接受到该目标后做一些自动跳转逻辑性解决。
Android DeepLink
与 IOS Universal Link 基本原理类似，Android系统也能直接根据网址打开APP相对应的具体内容网页页面，而无需用户选择应用哪个应用来处理网址
【配备 AndroidManifest.xml】 在 AndroidManifest 环境变量中加入相匹配域名的 intent-filter：
scheme 为 https / http；
host 则是你网站域名，假定是： mysite.com
【形成 assetlinks.json 文档】
首先去 Google developers.google.com/digital-ass… 形成你 assetlinks json 文档。
【配备 assetlinks.json 文档】
生成文件后，相同的必须在该网站域名目录下创建一个 .well-known 途径，并且在该途径下摆放 assetlinks.json 环境变量，文档内容包含运用的package name 和相匹配签字的shahach
【系统软件获得环境变量】
配备完成后，当客户 初次组装App 或是后面每一次 覆盖安装App 时，系统将开展下列校检：
- 假如 intent-filter 的 autoVerify 设为 true，那样系统将认证其
- Action 是否属于 android.intent.action.VIEW
- Category 是否属于android.intent.category.BROWSABLE 和 android.intent.category.DEFAULT
- Data scheme 是否属于 http 或 https
- 假如以上基础条件达到，因此系统软件可能获取该网站域名中的 json 环境变量，并将 App 设为该网站域名连接的默认设置解决App
【全自动勾起 App】
当系统软件取得成功获得环境变量后，只需用户访问 mysite.com/app/xxx 连接，系统软件就会全自动勾起你 App。
优缺点分析
【优势】
- 客户体验好：可以打开 App，并没有弹出提示框
- 勾起App不成功往往会跳转链接相匹配页面
【缺陷】
- iOS 9 之后才适用 Universal Link，
- Android 6.0 之后才适用 DeepLink
- DeepLink 必须依靠远程控制环境变量，难以保证总能取得成功获取到环境变量
推荐方案： DeepLink H5 防贫
根据前边二种计划方案优缺点，推存解决方案是配备 DeepLink，与此同时加上一个 H5 网页页面做为防贫。
最先依照前边 DeepLink 的实例教程先配制好 DeepLink，在其中访问路径配备为 https://mysite.com/app
然后，我们就能在 https://mysite.com/app 途径下下功夫了。在这个途径下放置一个 H5 网页页面，具体内容能是引导客户进入你的 App。
当用户访问 DeepLink 并没有全自动进入你的 App 时，这时用户会进到电脑浏览器，并浏览 https://mysite.com/app 这一 H5 网页页面。
在 H5 页面上，我们可以通过电脑浏览器 ua 获得现阶段的系统和版本号：
- 假如是 Android 6.0 下列，那样可以试着用 URL Scheme 去勾起 App
- 假如是 IOS / Android 6.0 或以上，那样这时可以确定客户没有安装 App。这样的情况下能够做一些附加的思路，例如跳转到应用商城引导客户去免费下载什么的