Android

Android中跨进程通讯的4种方式

2016-03-07  本文已影响3023人  IT枫

由于android系统中应用程序之间不能共享内存。

因此,在不同应用程序之间交互数据(跨进程通讯)就稍微麻烦一些。系统提供了4种跨进程通讯的方式。对应于应用程序四大组件:

Activity

Content Provider

Broadcast

Service

其中Activity可以跨进程调用其他应用程序的Activity;

Content Provider可以跨进程访问其他应用程序中的数据(以Cursor对象形式返回),也可以对其进行增、删、改操作;Broadcast可以向android系统中所有应用程序发送广播,而需要跨进程通讯的应用程序可以监听这些广播;

Service和Content Provider类似,也可以访问其他应用程序中的数据,但不同的是,Content Provider返回的是Cursor对象,而Service返回的是Java对象,这种可以跨进程通讯的服务叫AIDL服务。

方式一:访问其他应用程序的Activity

Activity既可以在进程内(同一个应用程序)访问,也可以跨进程访问。

在同一个应用程序中访问Activity,需要指定Context对象和Activity的Class对象,代码如下:

Intent intent = new  Intent(this , Test.class );

startActivity(intent);

Activity的跨进程访问与进程内访问略有不同。虽然它们都需要Intent对象,但跨进程访问并不需要指定Context对象和Activity的Class对象,而需要指定的是要访问的Activity所对应的Action(一个字符串)。有些Activity还需要指定一个Uri(通过Intent构造方法的第2个参数指定)。

在android系统中有很多应用程序提供了可以跨进程访问的Activity,例如,下面的代码可以直接调用拨打电话的Activity。

Intent callIntent = new  Intent(Intent.ACTION_CALL, Uri.parse("tel://13888888888" );

startActivity(callIntent);

执行上面的代码后,系统会自动拨号.

在调用拨号程序的代码中使用了一个Intent.ACTION_CALL常量,该常量的定义如下:

public  static  final  String ACTION_CALL = "android.intent.action.CALL" ;

这个常量是一个字符串常量,也是我们在这节要介绍的跨进程调用Activity的关键。如果在应用程序中要共享某个Activity,需要为这个Activity指定一个字符串ID,也就是Action。也可以将这个Action看做这个Activity的key。在其他的应用程序中只要通过这个Action就可以找到与Action对应的Activity,并通过startActivity方法来启动这个Activity。

下面先来看一下如何将应用程序的Activity共享出来,读者可按如下几步来共享Activity:

1.  在AndroidManifest.xml文件中指定Action。指定Action要使用标签,并在该标签的android:name属性中指定Action

2.  在AndroidManifest.xml文件中指定访问协议。在指定Uri(Intent类的第2个参数)时需要访问协议。访问协议需要使 用标签的android:scheme属性来指定。如果该属性的值是“mdm”,那么Uri就应该是“mdm://Uri的主体 部分”,也就是说,访问协议是Uri的开头部分。

3.  通过getIntent().getData().getHost()方法获得协议后的Uri的主体部分。这个Host只是个称谓,并不一定是主机名。读者可以将其看成是任意的字符串。

4.  从Bundle对象中获得其他应用程序传递过来的数据。

5.  这一步当然是获得数据后做进一步的处理了。至于如何处理这些数据,就得根据具体的需求决定了。

下面来根据这些步骤共享一个Activity。首先建立一个android工程(ActionActivity),工程的主Activity是Main。在 本例中我们会共享这个Main类。首先打开AndroidManifest.xml文件,添加一个标签,并重新定义了Main的相应属性。AndroidManifest.xml文件的内容如下:

注册Activity

在配置AndroidManifest.xml时要注意,不能在同一个<activity>中配置多个动作,否则会覆盖MAIN动作以使该程序无法正常启动(虽然其他应用程序调用Main是正常的).

标签指定了Url的协议,则在调用Main时需要使用如下的URL:

mdm://任意字符串

一般标签的android:name属性值可以设成android.intent.category.DEFAULT,这个必须要设置,不然无法访问到。

下面来看看如何在Main类的onCreate方法中获得其他应用程序传递过来的数据。

共享MainActivity接收数据代码

从上面的程序可以看出,首先通过getIntent().getData()来判断其他的应用程序是否传递了Uri(getData方法返回了一个Uri 对象)。

下面来看一下其他的应用程序是如何调用MainActivity的。新建一个android工程(InvokeActivity),并添加一个按钮,按钮的单击事件方法代码如下:

调用共享MainActivity代码

从本节的介绍可以看出,跨进程访问Activity(访问其他应用程序中的Activity)主要是通过一个Action来完成的,如果要传递数据,还需 要指定一个Uri。当然,传递数据也可以通过Intent来完成。传递数据的过程可以是双向的。如果要想从调用的Activity中返回数据,就需要使用startActivityForResult方法来启动Activity了。

方式二:Content Provider

Android应用程序可以使用文件或SqlLite数据库来存储数据。Content Provider提供了一种在多个应用程序之间数据共享的方式(跨进程共享数据)。应用程序可以利用Content Provider完成下面的工作

1. 查询数据

2. 修改数据

3. 添加数据

4. 删除数据

虽然Content Provider也可以在同一个应用程序中被访问,但这么做并没有什么意义。Content Provider存在的目的向其他应用程序共享数据和允许其他应用程序对数据进行增、删、改操作。

Android系统本身提供了很多Content Provider,例如,音频、视频、联系人信息等等。我们可以通过这些Content Provider获得相关信息的列表。这些列表数据将以Cursor对象返回。因此,从Content Provider返回的数据是二维表的形式。

对于访问Content Provider的程序,需要使用ContentResolver对象。该对象需要使用getContentResolver方法获得,代码如下:

ContentResolver cr = getContentResolver();

与Activity一样,Content Provider也需要与一个URI对应。每一个Content Provider可以控制多个数据集,在这种情况下,每一个数据集会对应一个单独的URI。所有的URI必须以“content://”开头。

为了程序更容易维护,也为了简化程序代码,一般将URI定义成一个常量。例如,下面的常量表示系统的联系人电话号码。

android.provider.Contacts.Phones.CONTENT_URI

下面来看一下编写Content Provider的具体步骤。

1.  编写一个继承于android.content.ContentProvider的子类。该类是ContentProvider的核心类。在该类中会实现query、insert、update及delete方法。实际上调用ContentResolver类的这4个方法就是调用ContentProvider类中与之要对应的方法。在本文中只介绍query。至于insert、update、delete和query的用法类 似。也是通过Uri传递参数,然后在这些方法中接收这些参数,并做进一步地处理。

2.  在AndroidManifest.xml文件中配置ContentProvider。要想唯一确定一个ContentProvider,需要指定这个ContentProvider的URI,除此之外,还需要指定URI所对应的ContentProvider类。这有些象Servlet的定义,除了要 指定Servlet对应的Web地址,还要指定这个地址所对应的Servlet类。

现在来看一下Uri的具体格式,先看一下如图5所示的URI。

图5

下面对图5所示的URI的4个部分做一下解释。

A:Content Provider URI的固定前缀,也就是说,所有的URI必须以content://开头。

B:URI中最重要的部分。该部分是Content Provider的唯一标识。对于第三方应用程序来说,该部分最后使用完整的类名(包名+类名),以确保URI的唯一性。该部分需要在AndroidManifest.xml文件中标签中定义,代码如下:

注册provider authorities

C:这部分是URI的路径(path)。表示URI中各种被请求的数据。这部分是可选的, 如果Content Provider仅仅提供一种请求的数据,那么这部分可以省略。如果Content Provider要提供多种请求数据。就需要添加多个路径,甚至是子路径。例如,“land/bus”、“land/train”、“sea/ship” 就指定了3种可能提供的数据。

D:这部分也是可选的。如果要传递一个值给Content Provider,可以通过这部分传递。当然,如果不需要传值,这部分也可以省略,省略后的URI如下所示:

content://com.example.transportationprovider/trains

定义一个类继承ContentProvider

查询方法的实现

调用查询接口代码:

Uri CONTENT_URI = Uri.parse("content://com.polysaas.mcm/media_doc")

Cursor localCursor =contentResolver.query(CONTENT_URI, null, null, null, null);

待续.......

上一篇下一篇

猜你喜欢

热点阅读