【Android开发高级系列】应用间跳转专题

1 Intent简介

        Android中提供了Intent机制来协助应用间的交互与通讯，Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。Intent不仅可用于应用程序之间，也可用于应用程序内部的Activity/Service之间的交互。因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。在SDK中给出了Intent作用的表现形式为：

    1、通过Context.startActivity()    orActivity.startActivityForResult() 启动一个Activity；

    2、通过 Context.startService() 启动一个服务，或者通过Context.bindService() 和后台服务交互；

    3、通过广播方法(比如 Context.sendBroadcast(),Context.sendOrderedBroadcast(),  Context.sendStickyBroadcast())，发给broadcast receivers。

        Intent可分为隐式（implicitly）和显式（explicitly）两种：

1.1 显式Intent

       即在构造Intent对象时就指定接收者，它一般用在知道目标组件名称的前提下，一般是在相同的应用程序内部实现的，如下：

Intent intent = new Intent(MainActivit.this, NewActivity.class); 

startActivity(intent );

        上面那个intent中，直接指明了接收者：NewActivity

1.2 隐式Intent

        即Intent的发送者在构造Intent对象时，并不知道也不关心接收者是谁，有利于降低发送者和接收者之间的耦合，它一般用在没有明确指出目标组件名称的前提下，一般是用于在不同应用程序之间，如下：

Intent intent = new Intent();

intent.setAction("com.wooyun.test");

startActivity(intent);

        上面那个intent，没有指明接收者，只是给了一个action作为接收者的过滤条件。

        对于显式Intent，Android不需要去做解析，因为目标组件已经很明确，Android需要解析的是那些隐式Intent，通过解析，将Intent映射给可以处理此Intent的Activity、IntentReceiver或Service。

1.3 Intent Filter匹配规则

        Intent解析机制主要是通过查找已注册在AndroidManifest.xml中的所有IntentFilter及其中定义的Intent，最终找到匹配的Intent。在这个解析过程中，Android是通过Intent的action、type、category这三个属性来进行匹配判断的。一个过滤列表中的action、type、category可以有多个，所有的action、type、category分别构成不同类别，同一类别信息共同约束当前类别的匹配过程。只有一个Intent同时匹配action、type、category这三个类别才算完全匹配，只有完全匹配才能启动Activity。另外一个组件若声明了多个Intent Filter，只需要匹配任意一个即可启动该组件。 例如：

1.3.1 （1）action的匹配规则

       action是一个字符串，如果Intent指明定了action，则目标组件的IntentFilter的action列表中就必须包含有这个action，否则不能匹配。一个Intent Filter中可声明多个action，Intent中的action与其中的任一个action在字符串形式上完全相同（注意，区分大小写，大小写不同但字符串内容相同也会造成匹配失败），action方面就匹配成功。可通过setAction方法为Intent设置action，也可在构造Intent时传入action。需要注意的是，隐式Intent必须指定action。比如我们在Manifest文件中为MyActivity定义了如下Intent Filter：

        那么只要Intent的action为“SEND”或“SEND_TO”，那么这个Intent在action方面就能和上面那个Activity匹配成功。比如我们的Intent定义如下：

Intent intent = new Intent("android.intent.action.SEND") ;

startActivity(intent);

        那么我们的Intent在action方面就与MyActivity匹配了。

        Android系统预定义了许多action，这些action代表了一些常见的操作。常见action如下（Intent类中的常量）：

    Intent.ACTION_VIEW

    Intent.ACTION_DIAL

    Intent.ACTION_SENDTO

    Intent.ACTION_SEND

    Intent.ACTION_WEB_SEARCH

1.3.2 （2）data的匹配规则

        如果Intent没有提供type，系统将从data中得到数据类型。和action一样，同action类似，只要Intent的data只要与Intent Filter中的任一个data声明完全相同，data方面就完全匹配成功。 

        data由两部分组成：mimeType和URI ;

        MineType指的是媒体类型：例如imgage/jpeg，auto/mpeg4和viedo/*等，可以表示图片、文本、视频等不同的媒体格式 ;

        uri则由scheme、host、port、path | pathPattern | pathPrefix这4部分组成

    ://:/[||]

        例如： 

content://com.wooyun.org:200/folder/etc 

http://www.wooyun.org:80/search/info

       Intent的uri可通过setData方法设置，mimetype可通过setType方法设置。 需要注意的是：若Intent Filter的data声明部分未指定uri，则缺省uri为content或file，Intent中的uri的scheme部分需为content或file才能匹配；若要为Intent指定完整的data，必须用setDataAndType方法，究其原因在，setData和setType方法的源码中我们发现：

    path、pathPrefix、pathPattern 之间的区别　　

        这里主要说的区别是 path、pathPrefix、pathPattern 之间的区别：

    · path 用来匹配完整的路径，如：http://example.com/blog/abc.html，这里将 path 设置为 /blog/abc.html 才能够进行匹配；

    · pathPrefix 用来匹配路径的开头部分，拿上来的 Uri 来说，这里将 pathPrefix 设置为 /blog 就能进行匹配了；

    · pathPattern 用表达式来匹配整个路径，这里需要说下匹配符号与转义。

    匹配符号：

    1. “*” 用来匹配0次或更多，如：“a*” 可以匹配“a”、“aa”、“aaa”...

    2. “.” 用来匹配任意字符，如：“.” 可以匹配“a”、“b”，“c”...

    3. 因此 “.*” 就是用来匹配任意字符0次或更多，如：“.*html” 可以匹配“abchtml” 、 “chtml”、 “html”、“sdf.html”...

        转义：因为当读取 Xml 的时候，“/” 是被当作转义字符的（当它被用作 pathPattern 转义之前），因此这里需要两次转义，读取 Xml 是一次，在 pathPattern 中使用又是一次。如：“*” 这个字符就应该写成 “//*”，“/” 这个字符就应该写成 “////”。

2 IntentFilter跳转方案

2.1 方案设计

2.1.1 跳转App方案

        流程方案是在Android工程的AndroidManifest.xml中，将LauncherActivity作为拉起App后的页面，在微信文章页面，分两种情况处理：

    1、对于能支持直接跳转的，例如华为、小米等大部分手机，引导用户通过右上角点击“在浏览器中打开”按钮，然后页面会弹出目标App的选项框；

    2、对于不能支持直接跳转的，例如三星S7，则跳转到应用宝页面，利用微信的跳转来打开；

2.1.2 App中子页面跳转方案设计

        依托原有的linkType与localPath外网跳转方案，在微信位置的跳转链接中加上linkType与localPath两个参数，用来拉起App的具体二级页面。而拉起页面后，导航条数据则通过localPath直接从js端获取就行。

2.2 核心代码

核心代码示例如下：

我们App中Url Scheme设计如下：

2.3 落地方案

2.3.1 域名规划

        Android中是通过域名+一级路径来支持url跳转App，目前预研时支持官网指定路径与微信的指定目录的所有路径的跳转。

2.3.2 跳转后页面呈现方案设计

        在HJDev的架构中，App中打开的页面分为了外网、微信文章、活动、本地web页面、原生页面这几类，通过linkType来标记。故在微信App中调起App后，可通过url参数将linkType、目标页面url传递过来。而HJDev App依据此内容直接创建对应页面的实例入栈显示。

        其中要注意的细节点是，页面原生导航栏的描述数据可以使用url从h5端动态获取。

String *jsonStr = "hj.NativeViewUtil.NavDataFactory.getNavDataByPathForJson(" + localRePath + '')";

        故在微信跳转地址中，需要传递如下参数：

            linkType, localpath，如果目标页面需要传递参数，则localpath中必须带上。

    LinkType取值规则如下：

            0：普通web页面；

            1：活动页面；

            2：微信文章页面；

            3：本地web页面；

            4：原生页面；

2.3.3 原生端跳转规则设计：

    1、只对hjdev.com域名url进行拦截处理；

    2、如果url中不包含localpath参数，则分两种情况：

        a) 如果是wx相关域名，则直接取url做路由入栈跳转；

        b) 其他的（包括不含参数情况），则直接跳转首页；

    3、如果包含localpath参数，则分两种情况：

        a) 如果localpath参数为-1，则取当前url做路由入栈跳转；

        b) 如果localpath参数为-2，则直接拉起App；

        c) 如果参数值是一个url，则进行urlDecode处理后，做路由入栈跳转；

        d) 否则直接拉起App；

    4、做路由入栈跳转时，应将linktype参数也携带进去，同时根据url从h5获取头部数据结构也携带进去；

3 参考链接

iOS/Android浏览器(h5)及微信中唤起本地APP

http://www.cnblogs.com/shadajin/p/5724117.html

(Good)android/iPhone:如何从browser直接打开应用程序或者打开应用商店(如果没有应用程序)

http://blog.csdn.net/hundsong/article/details/6623500

Android平台好友点击微信分享的内容后跳转来源App的实现方案研究

http://www.2cto.com/kf/201409/330877.html

Android开发--Intent-filter属性详解

http://blog.csdn.net/wuwenxiang91322/article/details/7671593#

 你必须弄懂的IntentFilter匹配规则

http://blog.csdn.net/mynameishuangshuai/article/details/51673273

Intent和IntentFilter详解

http://blog.csdn.net/cnnumen/article/details/8464786

（Good）iOS/Android浏览器(h5)及微信中唤起本地APP

http://www.cnblogs.com/shadajin/p/5724117.html

Android开发之Intent.Action

http://www.cnblogs.com/hanyonglu/archive/2012/03/26/2417278.html

（Good）在手机的浏览器上通过连接打开App

http://www.cnblogs.com/sexintercourse/p/5898242.html

更新：通过浏览器直接打开Android应用程序

https://my.oschina.net/liucundong/blog/354029

(Good)Android实现通过浏览器点击链接打开本地应用（APP）并拿到浏览器传递的数据

http://blog.csdn.net/jiangwei0910410003/article/details/23940445