2024年最全Android 开发艺术探索笔记（5）(3)，2024年最新浙江省考面试题目

最新推荐文章于 2024-10-01 16:35:38 发布

2401_84556528

最新推荐文章于 2024-10-01 16:35:38 发布

阅读量229

点赞数 5

文章标签： android 面试学习

本文链接：https://blog.csdn.net/2401_84556528/article/details/138963366

版权

学习分享

①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Android中的IPC方式

<使用Bundle>

四大组件中可以让我们去传递数据(Activity，Service，Receiver)，其中bundle就可以附加信息通过Intent传输至远程，里面的存放信息必须是可以序列化和反序列化的，比如基本类型，实现了Serializable接口或者Pacelable接口的以及一些特殊对象。

这里有一个例子，当进程A中有一个计算，计算完了之后要将数据传入到进程B，但是这个数据不能放入bundle中，这个时候用其他IPC做法就略显复杂。这时候我们可以用A的Intent来启动B里面的一个Service，让Service在后台计算，计算完之后启动B的目标组件，因为这个组件和Service在同一个进程，所以可以自由的让Service将计算结果传递给目标组件。

<使用文件共享>

共享文件也是不错的IPC方式，两个进程通过读/写同一个文件来交换数据。A计算完结果之后将结果输入文件，B来读取文件中的数据。同时也可以序列化一个对象到文件系统，然后另一个进程去恢复，即反序列化。

优势：通过文本文件来共享的数据是没有限制要求的。只要读/写双方约定数据格式就行。

局限：取出来的数据可能不是最新的，甚至可能出现并发写操作。

所以文件共享适用于对数据同步要求不高的IPC，并要妥善处理并发读/写操作。

SharedPreferences是个特例，因为每个应用都有一个存放轻量级数据库的文件，从本质上来说SharedPerferences也是文件共享的一种，但由于系统对它的读写有缓存策略，即在内存中会有一份缓存文件，这使得多进程下系统对它的读/写不可靠，并发读写时可能造成大量数据丢失，因此在进行IPC的时候不建议使用SharedPreferences。

<使用Messenger>

Messenger是一种轻量级的IPC类，底层实现是AIDL，可以从下面两个构造方法看出。

public Messenger(Handler target){

mTarget = target.getIMessenger();

}

public Messenger(IBinder target){

mTarget = IMessenger.Stub.asInterface(target);

}

得到的mTarget是AIDL类的~ Messenger对AIDL进行了封装，使得我们可以便捷的使用。实现一个Messenger由以下步骤，分为服务端和客户端。

- 服务端进程

在服务端创建一个Service来处理客户端的请求，同时创建一个Handler并通过他来创建一个Messenger对象，然后在Service的onBinder返回这个Messenger对象底层的Binder即可。

- 客户端进程

客户端进程中首先要绑定Service，创建成功后用服务端返回的Binder对象创建一个Messenger，通过这个Messenger就可以向服务端发送消息了，发送的消息类型为Message对象。如果需要服务端回应客户端，则要创建一个Handler并创建一个新的Messenger并把这个Messenger对象通过Message的replyTo参数传递给服务端，服务端通过replyTo就可以回应客户端。

P66展示出一个例子：

- 服务端：

继承Service，创建一个Handler类，里面的handlerMessager()接收来自客户端传来的message，接着在外面new出一个Messenger对象来和刚刚的Handler类相关联，最后在onBinder返回这个Messenger对象的底层binder。接着在Manifest中声明这个service。

- 客户端：

用ServiceConnection和bindService来绑定服务，在ServiceConnection的方法里面得到了服务的binder，用其来创建一个Messenager对象。接着创建一个Message对象来装信息包括setData()放一个Bundle，最后开启try去用Messenager对象去发送这个message。

从上面例子我们看出来在Messenger中进行数据传递必须将数据放在Message中，而Messenger和Message都实现了Parcelable接口。通过Messenger传输的Message载体只有what，arg1，arg2，Bundle以及replyTo。Message的另一个字段object在同一个进程中很实用，但在IPC中，object字段不能接收我们自定义的Pacelable对象。所以实用性大大降低。

之前讲过，服务端可以回应客户端，如果需要服务端在接收到客户端信息之后，给客户端回一句“好的”，可以这样做：

在Service里的Handler对象里，在接受了客户端的信息之后，创建一个Messenger。

Messenger client = msg.replyTo; //msg为客户端传过来的信息。

Message replyMessage = Message.obtain(null,MyConstants.MSG_FROM_SERVICE);

Bundle bundle = new Bundle();

bundle.putString(“reply”,“嗯，好哒!”);

replyMessage.setData(bundle);

try{

client.send(replyMessage);

}…

然后客户端也创建接收消息的Messenger和Handler对象，同时关键的一点是在发送Message的时候要将replyTo参数传给客户端。

msg.replyTo = mGetReplyMessenger; //此Messenger是上刚刚说的接收消息的Messenger对象。