Android移动开发者必须知道的Deep Linking技术

1.概述

Deep Linking（译：深度连接）做为移动开发者可能对这个概念有点陌生，可是对于它的实现原理，说出来你们确定都知道。不过咱们先说一下Deep Linking能作什么？

• 它能够唤起指定应用并向其传递数据，根据传递的数据显示特定内容页的详细信息；

• 它再也不受制于应用，只经过一个连接即可唤起应用并跳转到指定页面；

• 它使应用之间产生了联系，使应用再也不孤立存在；

• 它优化了用户体验，这一点是它最终要达到的目的。

根据Deep Linking能作到的，不少人都能想到如何去实现它了，采用Uri Scheme的方式实现，是的！这是最通用的实现方式，不过该方式有一个问题，就是当点击一个深度连接时，该连接必须先通过浏览器才能跳转到相应的应用。不过，从Android 6.0开始，Android又增长了一种更加直接的方式来打开应用——App Links，该技术能够经过一个连接直接打开应用，再也不须要浏览器的协助。下面分两部分实现Android如何经过Deep Linking从web页面跳转到指定应用页面。

2.Uri Scheme

Uri Scheme并非什么特殊的Uri，只是因主要使用了Uri的scheme部分，因此称为Uri Scheme。关于Uri不了解的能够参考官方URI的API文档或者网上搜索相关资料查看，此处不讲解URI。下面讲解如何实现浏览器跳转到指定的APP页面。

目的：使用Uri Scheme实现从web页面唤起应用并跳转到指定页面

分析：
使用Uri Scheme须要添加怎样的<intent-filter/>，才能实现从浏览器唤起应用？
web页面如何配置对应的URI，才能实现跳转到指定页面？
如何接受web页面intent携带的参数？

实现：
一、配置<intent-filter/>
<intent-filter/>对应的组件能够响应符合该<intent-filter/>的URI。若是要实现能够接收浏览器发送的Intent的<intent-filter/>。就必须添加<action android:name="android.intent.action.VIEW" />和 <category android:name="android.intent.category.DEFAULT" />这两项。同时还必须可以接收特定的scheme，因此添加<data/>的属性，并指定scheme的名称。在AndroidManifest.xml文件中进行配置，具体配置以下图（摘自：LinkedME）：

<activity
            android:name=".activity.MainActivity"
            android:label="@string/app_name"
            android:launchMode="singleTask">
           <!-- URI Scheme方式 -->
            <intent-filter>
                <data android:scheme="lkmedemo" />
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />
                <category android:name="android.intent.category.BROWSABLE" />
            </intent-filter>
  </activity>

二、web页面跳转连接配置
只需简单地添加一个连接就能够实现从web页面唤起App。连接以下：
open app with uri-scheme
分析：lkmedemo://?click_id=IEGyekes7，其中lkmedemo对应的就是<intent-filter/>中配置的scheme，这样系统才能找到对应的组件。该URI只包含了scheme、query两部分，其中lkmedemo属于scheme部分，?click_id=IEGyekes7部分属于query部分，在query部分，你能够添加一些参数。
Notice：query部分的“?”是必须包含的。
当你点击该连接的时候会自动打开能接收该URI的应用，而且你能够在相应的组件中接收参数并进行后续处理。
（DeepLinking Demo：https://github.com/ljpww72729...）

三、参数接收处理
上面指出query部分属于URI携带的一些参数，如何去获取参数呢？经过getQueryParameter()方法可获取query部分的参数，以下：
String click_id = getIntent().getData().getQueryParameter("click_id");
获取到参数后就能够根据参数进行后续处理了。

3.App Links

在2015的I/O大会上，谷歌宣布了Android M 支持App连接（App Links），这将极大提高用户体验，当用户点击一个web连接时能直接跳转到特定的App内。

在Android M以前，点击一个连接会弹出一个对话框，询问用户使用哪一个应用打开 － 包括浏览器应用。可是谷歌在Android M 上实现了一个自动认证（auto-verify）机制，让开发者能够避开这个弹出框，使用户没必要去选择一个列表，直接跳转到他们的App。

官方关于App Links的介绍，已经很详细了，再也不赘述，这里说一下须要注意的问题：
一、<intent-filter>须要按照如下格式进行配置，其中 android:autoVerify="true" 是必须配置项。由于配置了该项，因此须要特别注意AndroidManifest.xml文件中全部的包含<data/>属性的<intent-filter>，须要在必要的域名服务器上都添加json校验文件，有一项校验不成功都会校验失败。具体参考：https://developer.android.com...

<intent-filter  android:autoVerify="true">
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
<category android:name="android.intent.category.BROWSABLE"/>
<data android:host="applinkingexperiment.appspot.com" android:scheme="http"/>
<data android:host="applinkingexperiment.appspot.com" android:scheme="https"/>
</intent-filter>

二、json校验文件必须能经过https访问，不管intent-filter中是否声明了https。
三、响应只能是“application/json”类型的Content-type，其余类型都不支持！
四、校验不支持重定向，因此不要配置连接重定向。
五、生成sha256指纹证书java命令：keytool -list -v -keystore my-release-key.keystor e，json校验文件中的sha256应该是发布签名的sha256，能够配置多个，以逗号分隔。

附：
查看webview的User Agent:
https://developer.chrome.com/...
DeepLinking Demo 该demo模拟了web页面跳转打开应用的场景，经过webview加载本地html文件，并经过点击连接打开应用。请不要为webview添加setWebViewClient()方法，不然没法跳转！
该Demo跳转能够按照本身的须要更改scheme，默认采用的是（LinkedME Demohttps://github.com/WFC-Linked...）
做为跳转的应用，如若不想更改scheme，须要下载运行LinkedME Demo才能正常跳转。
声明：DeepLinking Demo 并无对全部手机进行适配，部分手机或者模拟器可能会出现跳转不成功的状况，请多试几部手机（Android 6.0模拟器正常运行）。

参考：
1.https://developer.chrome.com/...
2.https://developer.android.com...
3.https://developer.android.com...
4.https://github.com/hehonghui/...

关注咱们