客户端相关知识学习（六）之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指南(附开源唤端库)