客户端相关知识学习（六）之deeplink技术

Deeplink应用描述

Deeplink，简单讲，就是你在手机上点击一个链接之后，可以直接链接到app内部的某个页面，而不是app正常打开时显示的首页。不似web，一个链接就可以直接打开web的内页，app的内页打开，必须用到deeplink技术。

想要在h5页面中唤起app的某个页面也要用到该技术，两个App之间完成横向调用也是通过该技术

假如要从APP-F调用APP-T

1）APP-T要进行自定义scheme的配置（iOS是info文件，Android是activity），并进行参数处理的coding。

2）APP-F进行调用，首先判断设备是否安装APP-T。

3）如果未安装，则跳转到APP-T的web版应用（假设他提供web版）或者是跳转到AppStore等应用市场进行下载。

4）如果已安装，则调用APP-T配置好的URL SCHEME，直接打开APP-T的相关界面。

核心技术

URL SCHEMES简介

核心的技术就是：URL SCHEMES，不论是IOS还是Android。

URL Schemes 有两个单词：

• URL，我们都很清楚，http://www.apple.com 就是个 URL，也叫它链接或网址；
• Schemes，表示的是一个 URL 中的一个位置——最初始的位置，即 ://之前的那段字符。比如 http://www.apple.com 这个网址的 Schemes 是 http。

就像给服务器资源分配一个 URL，以便我们去访问它一样，我们同样也可以给手机APP分配一个特殊格式的 URL，用来访问这个APP或者这个APP中的某个功能(来实现通信)。

APP得有一个标识，好让我们可以定位到它，它就是 URL 的Scheme 部分。

URL Scheme 语法

URL SCHEMES值

我们可以像定位一个网页一样，用一种特殊的 URL 来定位一个应用甚至应用里某个具体的功能。而定位这个应用的，就应该这个应用的 URL 的 Schemes 部分，也就是开头儿那部分。

不唯一性

但是需要注意的是应用的URL Schemes 并不唯一，也就是说一个应用可以“起多个名“，不同应用的URL Schemes也可能因为名字一样发生冲突。

固定性

iOS系统级应用，有一些已经定义了URL Schemes，比如短信是 sms:、通话是tel:、iBooks是ibooks:，在定义自己APP的URL Schemes的时候要避免跟系统应用名称一样。

传参

与URL一样，URL Schemes也可以通过传参打开特定的APP界面。

URL：http://images.google.com/images?q=关键字 

URL Schemes：weixin://dl/moments（打开微信朋友圈）

Scheme 链接痛点

在 ios 上会有确认弹窗提示用户是否打开，对于用户来说唤端，多出了一步操作。若用户未安装 APP ，也会有一个提示窗，告知我们 “打不开该网页，因为网址无效”

传统 Scheme 跳转无法得知唤端是否成功，Universal Link 唤端失败可以直接打开此链接对应的页面

Scheme 在微信、微博、QQ浏览器、手百中都已经被禁止使用，使用 Universal Link 可以避开它们的屏蔽（ 截止到 18年8月21日，微信和QQ浏览器已经禁止了 Universal Link，其他主流APP未发现有禁止 ）

如何调用三种唤端媒介

 URL Scheme 还是URL ，只是 URL Scheme算是特殊的 URL。所以我们可以拿使用 URL 的方法来使用它们。

iframe

<iframe src="sinaweibo://qrcode">

在只有 URL Scheme 的日子里，iframe 是使用最多的了。因为在未安装 app 的情况下，不会去跳转错误页面。但是 iframe 在各个系统以及各个应用中的兼容问题还是挺多的，不能全部使用 URL Scheme。

a 标签

<a href="intent://scan/#Intent;scheme=zxing;package=com.google.zxing.client.android;end"">扫一扫</a>

使用过程中，对于动态生成的 a 标签，使用 dispatch 来模拟触发点击事件，发现很多种 event 传递过去都无效；使用 click() 来模拟触发，部分场景下存在这样的情况，第一次点击过后，回到原先页面，再次点击，点击位置和页面

所识别位置有不小的偏移，所以 Intent 协议从 a 标签换成了 window.location。

window.location

URL Scheme 在 ios 9+ 上诸如 safari、UC、QQ浏览器中， iframe 均无法成功唤起 APP，只能通过 window.location 才能成功唤端。当然，如果我们的 app 支持 Universal Link，ios 9+ 就用不到 URL Scheme 了。而 Universal Link

在使用过程中，我发现在 qq 中，无论是 iframe 导航 还是 a 标签打开 又或者 window.location 都无法成功唤端，一开始我以为是 qq 和微信一样禁止了 Universal Link 唤端的功能，其实不然，百般试验下，通过 top.location 唤端成功

了。

总结

APP要想被其他APP直接打开，自身得支持，让自己具备被人打开的能力。（URL Schemes）

APP要想打开其他的APP，自身也得支持。（判断设备是否安装、各种跳转的处理）

Deeplink从宏观角度，需要有业界统一标准与规范，才有可能形成一定的气候。

在统一的标准下，只有当APP接入到一定的量级，形成一个生态，我们畅想的那种APP间无缝衔接的场景才会真正实现。

一些常用APP的URL Schemes

知乎 回答 zhihu://answers/{id} 用户页 zhihu://people/{id} 微信 weixin://dl/scan 扫一扫 weixin://dl/feedback 反馈 weixin://dl/moments 朋友圈 weixin://dl/settings 设置 weixin://dl/notifications 消息通知设置 weixin://dl/chat 聊天设置 weixin://dl/general 通用设置 weixin://dl/officialaccounts 公众号 weixin://dl/games 游戏 weixin://dl/help 帮助 weixin://dl/feedback 反馈 weixin://dl/profile 个人信息 weixin://dl/features 功能插件 腾讯微博：TencentWeibo:// 淘宝：taobao:// 支付宝：alipay:// 微博：sinaweibo:// weico微博：weico:// QQ浏览器：mqqbrowser:// uc浏览器：ucbrowser:// 海豚浏览器：dolphin:// 搜狗浏览器：SogouMSE:// 百度地图：baidumap:// Chrome：googlechrome:// 优酷：youku:// 京东：openapp.jdmobile:// 人人：renren:// 美团：imeituan:// 1号店：wccbyihaodian:// 我查查：wcc:// 有道词典：ddictproapp:// 点评：dianping:// 微盘：sinavdisk:// 豆瓣fm：doubanradio:// 网易公开课：ntesopen:// 名片全能王：camcard:// 淘宝宝贝搜索：taobao://http://s.taobao.com/?q=[prompt] 淘宝店铺搜索：taobao://http://shopsearch.t

参考

【基础知识】现在很火的app上的deeplink技术，到底是什么？

通过H5（浏览器/WebView/其他）唤起本地app

H5唤起APP指南(附开源唤端库)