00mukimuku
00mukimuku
3月前 · 11 人阅读

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)两种:

       即在构造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方法的源码中我们发现:

pathpathPrefixpathPattern 之间的区别

        这里主要说的区别是 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

收藏 0
intent action 跳转 匹配 页面 app
评论 ( 0 )