IPC机制2
1、使用Messenger
Messenger可以翻译为信使,通过它可以在不同进程中传递messenge对象,在messenge中放入我们需要传递的数据,就可以轻松实现数据在进程中传递。
服务段进程:
需要在服务端创建一个Service来处理客户端的连接需求,同时创建一个Handler并通过它来创建一个Messenger对象,然后在Service的onBind中返回这个Messenger对象底层的Binder即可。
如果需要回复给客户端消息,可以通过Messange的replyTo参数创建一个Messenger,然后再创建一个想要传递的messenge,再然后使用Messenger传递这个messenge
public class MyService extends Service {
private static final String TAG = "MessengerService"; private static class MessengerHandler extends Handler{
@Override
public void handleMessage(Message msg) {
switch (msg.what){
case 0:
//打印接收到的Message对象的内容
Log.i(TAG,"receive msg form Client:" + msg.getData().getString("msg"));
//使用接收到的messenge对象的replyTo参数创建Messenger进行回复
Messenger client = msg.replyTo;
Message replyMessage = Message.obtain(null,1);
Bundle bundle = new Bundle();
bundle.putString("reply","已收到消息");
replyMessage.setData(bundle);
try{
client.send(replyMessage);
}catch (RemoteException e){
e.printStackTrace();
}
break;
default:
super.handleMessage(msg); }
}
}
private final Messenger mMessenger = new Messenger(new MessengerHandler()); @Nullable
@Override
public IBinder onBind(Intent intent) {
return mMessenger.getBinder();
}
}
客户端进程:
先绑定服务端的Service,绑定成功后使用服务端返回的使用服务端返回的IBinder创建Messenger并使用其发送消息。
如果想要接受服务端的回复同样需要创建一个Handler并创建新的Messenger,并把这个Messenger通过replyTo传递给服务端
public class MainActivity extends AppCompatActivity { private static final String TAG = "MessengerService"; //服务端传来的Messenger
private Messenger mService; //客户端的Messnger
private Messenger mGetReplyMessenger = new Messenger(new MessengerHandler()); private static class MessengerHandler extends Handler{
@Override
public void handleMessage(Message msg) {
switch (msg.what){
case 1:
//打印服务端返回的消息
Log.i(TAG, "receive msg from Service:" + msg.getData().getString("reply"));
break;
default:
super.handleMessage(msg);
}
}
}
private ServiceConnection mConnection = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName componentName, IBinder iBinder) { //使用服务端返回的IBinder创建Messenger并使用其发送消息
mService = new Messenger(iBinder);
Message msg = Message.obtain(null,0);
Bundle data = new Bundle();
data.putString("msg","hello this is client");
msg.setData(data); //将客户端的Messenger通过replyTo传递给服务端
msg.replyTo = mGetReplyMessenger; try{
mService.send(msg);
}catch (RemoteException e){
e.printStackTrace();
}
} @Override
public void onServiceDisconnected(ComponentName componentName) { }
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Intent intent = new Intent(this,MyService.class);
//绑定Service
bindService(intent,mConnection, Context.BIND_AUTO_CREATE);
} @Override
protected void onDestroy() {
unbindService(mConnection);
super.onDestroy();
}
}
2、使用AIDL
上面的Messenger是以串行的方式处理客户端发来的消息,如果大量的消息同时发送到服务端,服务端仍然只能一个一个的处理,这种就可以使用AIDL
首先是创建AIDL接口(Book类,Book.aidl,IBookManager.aidl 具体代码可以看IPC机制1)
在AIDL文件中,并不是所有的数据类型都是可以使用的,支持的类型有:
- 基本类型(int、long、char、boolean等)
- List:只支持ArrayList,且每个元素都必须被AIDL支持
- Map:只支持HashMap,且每个元素都必须被AIDL支持,包括key和value;
- Parcelable:所有实现了Parcelable接口的对象
- AIDL:所有的AIDL接口本身也可以在AIDL中使用,
以上为AIDL所支持的所有类型,其中现了Parcelable接口的对象和AIDL对象必须显式的important进来,不管它们是否与当前文件位于同一包内。
如果AIDL文件用到 了自定义的Parcelable对象,就必须新建一个和它同名的AIDL文件,并在其中声明它为Parcelable类型。
还要注意的是,AIDL中除了基本数据类型,其他类型的参数必须标上方向:in、out或者inout,in表示输入型参数,out表示输出型参数,inout表示输入输出型参数。
最后,AIDL接口中只支持方法,不支持声明静态变量。
然后是远程服务端的Service的实现:
上面只是定义了接口,现在就需要实现这个接口:
public class BookManagerService extends Service { private static final String TAG = "BMS"; private CopyOnWriteArrayList<Book> mBookList = new CopyOnWriteArrayList<Book>(); private Binder mBinder = new IBookManager.Stub() {
@Override
public List<Book> getBookList() throws RemoteException {
return mBookList;
} @Override
public void addBook(Book book) throws RemoteException {
mBookList.add(book);
} }; @Override
public void onCreate() {
super.onCreate();
mBookList.add(new Book(1,"Android"));
mBookList.add(new Book(2,"ios"));
} @Override
public IBinder onBind(Intent intent) {
return mBinder;
}
}
这里采用了CopyOnWriteArrayList,这是因为CopyOnWriteArrayList支持并发读写,类似的还有ConcurrentHashMap,这是因为AIDL方法是在服务端的Binder线程池中执行的,因此当多个客户端同步连接的时候,会出现多线程同时访问的情形。
再然后就是客户端的实现:
public class BookManagerActivity extends AppCompatActivity { private static final String TAG = "BMS";private ServiceConnection mConnection = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName componentName, IBinder iBinder) {
IBookManager bookManager = IBookManager.Stub.asInterface(iBinder);
try {
List<Book> list = bookManager.getBookList();
Log.i(TAG,"query book list, list type:" + list.getClass().getCanonicalName());
for (Book book:list) {
Log.i(TAG, "query book list: [book id:" + book.bookId + " bookName:" + book.bookName + "]");
}
}catch (RemoteException e){
e.printStackTrace();
}
} @Override
public void onServiceDisconnected(ComponentName componentName) {
}
}; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_book_manager);
Intent intent = new Intent(this, BookManagerService.class);
bindService(intent,mConnection, Context.BIND_AUTO_CREATE);
} @Override
protected void onDestroy() {
unbindService(mConnection);
super.onDestroy();
}
}
Log输出如下:
12-07 14:48:48.516 9198-9198/com.example.administrator.test I/BMS: query book list, list type:java.util.ArrayList
12-07 14:48:48.516 9198-9198/com.example.administrator.test I/BMS: query book list: [book id:1 bookName:Android]
12-07 14:48:48.516 9198-9198/com.example.administrator.test I/BMS: query book list: [book id:2 bookName:ios]
可以发现,虽然我们在服务端返回的是CopyOnWriteArrayList,但是客户端收到的却是ArrayList.这是因为AIDL中支持的是抽象的List,而List只是一个接口,在Binder中是按照List的规范去访问数据,并最终返回ArrayList给客户端。
3、使用ContentProvider
ContentProvider是Android中提供的专门用于不同应用间进行数据共享的方式。不过ContentProvider的底层实现同样也是Binder。
首先我们需要创建一个继承ContentProvider的类,这里我命名为BookProvider,具体代码如下:
public class BookProvider extends ContentProvider { private static final String TAG = "BookProvider";
@Override
public boolean onCreate() {
Log.d(TAG, "onCreate ,current thread:" + Thread.currentThread().getName());
return false;
} @Nullable
@Override
public Cursor query(@NonNull Uri uri, @Nullable String[] strings, @Nullable String s, @Nullable String[] strings1, @Nullable String s1) {
Log.d(TAG, "query ,current thread:" + Thread.currentThread().getName());
return null;
} @Nullable
@Override
public String getType(@NonNull Uri uri) {
Log.d(TAG, "getType" );
return null;
} @Nullable
@Override
public Uri insert(@NonNull Uri uri, @Nullable ContentValues contentValues) {
Log.d(TAG, "insert" );
return null;
} @Override
public int delete(@NonNull Uri uri, @Nullable String s, @Nullable String[] strings) {
Log.d(TAG, "delete" );
return 0;
} @Override
public int update(@NonNull Uri uri, @Nullable ContentValues contentValues, @Nullable String s, @Nullable String[] strings) {
Log.d(TAG, "update" );
return 0;
} }
想要实现一个自定义的ContentProvider类需要实现上面6个抽象方法:
- onCreate代表 ContentProvider的创建,在这个方法中做一些初始化的工作
- getType用来返回一个Uri请求所对应的MIME类型(媒体类型),如果我们的应用不关心这个选项可以直接返回null或是"*/*",
- query、insert、delete、update就分别对应对数据表的增删改查功能
这里的除了onCreate方法由系统回调并运行在主线程里,其他五个方法由外界回调并运行在Binder线程池中。
定义了一个这样的类之后,还需要在AndroidManifest中注册这个ContentProvider
<provider
android:name="provider.BookProvider"
android:authorities="com.xw.provider"
android:permission="com.xw.test.BookProvider"
android:process="book.test"
android:exported="true">
</provider>
其中前四个属性都是任意指定,android:exported表示是否允许外部程序访问ContentProvider,不过android:authorities是ContentProvider的唯一标识,外部应用就是通过这个属性来访问ContentProvider,所以android:authorities必须是唯一的。android:permission给我们的ContentProvider添加了权限,外部应用如果想要访问这个ContentProvider就必须声明这个"com.xw.test.BookProvider"权限,还要注意我们还需要这个权限属于我们自定义的所以需要加上:
<permission android:name="com.xw.test.BookProvider"
android:protectionLevel="normal"/>
接下来是客户端,首先是同应用的一个Activity:
public class ProviderActivity extends AppCompatActivity { private static final String TAG = "BookProvider"; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_provider);
Log.d(TAG, "ProviderActivity,onCreate ,current thread:" + Thread.currentThread().getName());
Uri uri = Uri.parse("content://com.xw.provider");
getContentResolver().query(uri,null,null,null,null);
}
}
ContentProvider是通过Uri来指定使用的,这个Uri被称作内容Uri,内容Uri给ContentProvider中的数据提供了唯一的标识符,通常就是"content://"+authorities+表名。这里我们就可以直接指定为"content://com.xw.provider"。
这里访问ContentProvider使用的是调用getContentResolver(),这个方法能得到一个ContentResolver类,通过这个ContentResolver类和Uri就能使用ContentProvider的query、insert、delete、update、getType五个方法。
这里的输出是:
12-11 09:57:21.977 5551-5551/com.example.administrator.test D/BookProvider: ProviderActivity,onCreate ,current thread:main
12-11 09:57:22.079 5590-5590/book.test D/BookProvider: BookProvider,onCreate ,current thread:main
12-11 09:57:22.082 5590-5629/book.test D/BookProvider: query ,current thread:Binder:5590_3
从输出我们可以看出ContentProvider的onCreate方法是运行在主线程里的。
然后我们再创建一个新的应用测试一下真正的跨应用使用这个ContentProvider:
public class MainActivity extends AppCompatActivity { @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Uri uri = Uri.parse("content://com.xw.provider");
getContentResolver().query(uri,null,null,null,null);
}
}
Activity的代码和刚才一样,还要注意在AndroidManifest中加入权限:
<uses-permission android:name="com.xw.test.BookProvider"/>
输出:
- ::54.304 -/? D/BookProvider: ProviderActivity,onCreate ,current thread:main
- ::54.431 -/? D/BookProvider: BookProvider,onCreate ,current thread:main
- ::54.434 -/? D/BookProvider: query ,current thread:Binder:16092_2
如果是具体使用一个数据库的话,看这个android——实现跨程序访问数据
IPC机制2的更多相关文章
- Anciroid的IPC机制-Binder概述
在Linux系统中,是以进程为单位分配和管理资源的.出于保护机制,一个进程不能直接访问另一个进程的资源,也就是说,进程之间互相封闭.但是,在一个复杂的应用系统中,通常会使用多个相关的进程来共同完成一项 ...
- Handler消息机制与Binder IPC机制完全解析
1.Handler消息机制 序列 文章 0 Android消息机制-Handler(framework篇) 1 Android消息机制-Handler(native篇) 2 Android消息机制-H ...
- ndk学习15: IPC机制
Linux IPC机制 来自为知笔记(Wiz)
- Android之IPC机制
Android IPC简介 任何一个操作系统都需要有相应的IPC机制,Linux上可以通过命名通道.共享内存.信号量等来进行进程间通信.Android系统不仅可以使用了Binder机制来实现IPC,还 ...
- IPC机制--Binder
文章来自 Android技术内幕 系统卷 转:http://www.linuxidc.com/Linux/2011-08/40508.htm 什么是IPC机制以及IPC机制的种类 在Linux中,是以 ...
- IPC机制
转:http://blog.chinaunix.net/uid-26125381-id-3206237.html IPC 三种通信机制 2012-05-13 17:23:55 最近看了,IPC三种通 ...
- IPC 机制简介
IPC 机制简介 概述 在Unix早期发展中,做出重大贡献的两大主力Bell实验室和伯克利大学(BSD)在IPC(InterProcess Communication)方面的侧重点有所不同.前者对Un ...
- pipe()管道最基本的IPC机制
<h4>进程间通信 fork pipe pie_t 等用法(管道机制 通信)</h4>每个进程各自有不同的用户地址空间,任何一个进程的全局变量在另一个进程中都看不到,所以进程之 ...
- Android的IPC机制(一)——AIDL的使用
综述 IPC(interprocess communication)是指进程间通信,也就是在两个进程间进行数据交互.不同的操作系统都有他们自己的一套IPC机制.例如在Linux操作系统中可以通过管道. ...
- [置顶] 深入理解android之IPC机制与Binder框架
[android之IPC机制与Binder框架] [Binder框架.Parcel.Proxy-Stub以及AIDL] Abstract [每个平台都会有自己一套跨进程的IPC机制,让不同进程里的两个 ...
随机推荐
- Windows环境部署Redis集群
一.准备文件 1. 下载Redis for windows 的最新版本 下载地址:https://github.com/MSOpenTech/redis/releases 安装到 c:\Redis ...
- Git使用小技巧之免密登录
想要获取更多文章可以访问我的博客 - 代码无止境. 小代同学在使用Git的过程中发现,每次向远程仓库推送代码的时候都需要输入账号密码.做为一个程序员,多多少少都会有偷懒的思维.那么如何才能避免每次都要 ...
- Excel催化剂开源第12波-VSTO开发遍历功能区所有菜单按钮及自定义函数清单
在插件开发过程中,随着功能越来越多,用户找寻功能入口将变得越来越困难,在Excel催化剂 ,将采用遍历所有功能的方式,让用户可以轻松使用简单的查找功能找到想要功能所在位置,查找的范围有:功能按钮的显示 ...
- js数字格式化(截断格式化或四舍五入格式化)
/*** * 数字格式化(适合金融产品截断小数位后展示) * @param num * @param pattern (标准格式:#,###.## 或#.## 或#,###00.00) * @para ...
- spark 源码分析之三 -- LiveListenerBus介绍
LiveListenerBus 官方说明如下: Asynchronously passes SparkListenerEvents to registered SparkListeners. 即它的功 ...
- Go语言圣经习题练习_1.5. 获取URL
练习 1.7: 函数调用io.Copy(dst, src)会从src中读取内容,并将读到的结果写入到dst中,使用这个函数替代掉例子中的ioutil.ReadAll来拷贝响应结构体到os.Stdout ...
- 【TensorFlow 1】操作变量
打印 在tf中直接打印只是输出变量格式,如: #代码 data1 = tf.constant(2,dtype=tf.int32) #浮点数据 data2 = tf.Variable(10,name=' ...
- Linu基础之权限管理
二十二.权限管理 22.1)什么是权限 针对某些文件或者进程,对用户进行限制,权限可以理解为用于约束用户能对系统所做的操作. 22.2)权限和用户的关系 [root@centos7 ~]# ll ...
- bean的创建(五)第三部分 bean工厂方法参数的解析
准备好一系列参数之后,开始参数类型的转换,方法参数的对应. ConstructorResolver.createArgumentArray private ArgumentsHolder create ...
- java连接mysql数据库jdbc
jdbc.driver = com.mysql.jdbc.Driverjdbc.url = jdbc:mysql://localhost:3306/数据库名jdbc.username = rootjd ...