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部分组成
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
例如：
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
