Android产品研发（十一）-->应用内跳转Scheme协议

上一篇文章中我们讲解了在Android App的实际开发中，尽量不在静态变量、全局变量中保存数据，这是因为App的进程可能是不安全的，在部分手机中其有可能被系统杀死，从而造成静态全局变量重新初始化。而这时候App当前页面的Activity还会被保存在内存中，从而造成App并没有被重启的假象，但是这只是显示的页面没有被杀死，而进程实际上是被重新启动了的。这时候在使用已被重新初始化的静态变量就会发生一些不可预知的错误，具体关于不在静态变量中保存数据的问题，可以参考这里的： Android产品研发（十）–>不使用静态变量保存数据

而本文讲解的是一种App内页面跳转协议，这里的跳转包括应用内跳转、H5与Native跳转，服务器通知客户端如何跳转等。

在讲解应用内跳转协议之前我们先讲解一下H5与Native相互跳转的相关知识点。现在越来越多的App采用了Native + H5方式开发，其中Native与H5页面如何交互？google提供了一个公共的方式：js与native互调，即js可以调用Native方法，Native同样也可以调用js方法；

但是这种交互方式存在着不少问题：

1、Java 调用 js 里面的函数、效率并不是很高、估计要200ms左右吧、做交互性很强的事情、这种速度很难让人接受、而js去调Java的方法、速度很快、50ms左右、所以尽量用js调用Java方法

2、Java 调用 js 的函数、没有返回值、调用了就控制不到了

3、Js 调用 Java 的方法、返回值如果是字符串、你会发现这个字符串是 native 的、转成 locale 的才能正常使用、使用 toLocaleString() 函数就可以了、不过这个函数的速度并不快、转化的字符串如果很多、将会很耗费时间

4、网页中尽量不要使用jQuery、执行起来需要5-6秒、最好使用原生的js写业务脚本、以提升加载速度、改善用户体验

5、Android4.2以下的系统存在着webview的js对象注入漏洞…（不清楚的可以google）

基于这种种的原因，我们并未采用这种方式用于Native与webview交互，而是采用scheme + cookie的方式；

这里的scheme是一种页面内跳转协议，主要用于支持一下几种场景：

服务器下发跳转路径，客户端根据服务器下发跳转路径跳转相应的页面；

H5页面点击锚点，根据锚点具体跳转路径App端跳转具体的页面；

App端收到服务器端下发的PUSH通知栏消息，根据消息的点击跳转路径跳转相关页面

下面我将简单介绍一下scheme的基本概念以及以上三种场景下scheme的具体应用。

URL scheme 概述

URL scheme 的作用

客户端应用可以向操作系统注册一个 URL scheme，该 scheme 用于从浏览器或其他应用中启动本应用。通过指定的 URL 字段，可以让应用在被调起后直接打开某些特定页面，比如车辆详情页、订单详情页、消息通知页、促销广告页等等。也可以执行某些指定动作，如订单支付等。也可以在应用内通过 html 页来直接调用显示 app 内的某个页面。

URL scheme 的格式

客户端自定义的 URL 作为从一个应用调用另一个的基础，遵循 RFC 1808 (Relative Uniform Resource Locators) 标准。这跟我们常见的网页内容 URL 格式一样。

一个普通的 URL 分为几个部分，scheme、host、relativePath、query。

比如：http://www.baidu.com/s?rsv_bp=1&rsv_spt=1&wd=NSurl&inputT=2709，这个URL中，scheme 为 http，host 为 www.baidu.com，relativePath 为 /s，query 为 rsv_bp=1&rsv_spt=1&wd=NSurl&inputT=2709。

一个应用中使用的 URL 例子（该 URL 会调起车辆详情页）：uumobile://mobile/carDetail?car_id=123456，其中 scheme 为 uumobile，host 为 mobile，relativePath 为 /carDetail，query 为 car_id=123456。

Scheme定义Activity

1）在Androidmanifest.xml中定义scheme