Android原生开发-Binder(1)，2024年Android面试心得

Binder相关背景知识

Binder是用来解决进程通信的.首先想到的问题是为什么要进程通信,这个很简单,因为使用了多进程. 那么为什么要使用多进程呢?

为什么要使用多进程

以一个成熟的输入法应用的生命周期举例.

1.0 App=输入进程

输入进程是输入法的核心进程,用来接管系统的InputMethodService,简单的业务表象就是用户打字,我负责出词上屏.

2.0 App=输入进程+容器进程

随着业务的发展,输入法延伸出一些相关功能,比如自定义输入皮肤,斗图,小游戏,emoji,文字识别,语音识别等等.

从技术上看这些业务还经历了WebView->ReactNative->Flutter的演进

这些重量级的业务和组件放在输入法进程里显然不合理,这样做会造成输入的时候可能莫名卡顿,输入法服务冷启动的时候明显变慢.所以需要把这些功能拆分到一个容器进程里面,交给桌面应用接管.

3.0 App=输入进程+容器进程+通信进程

随着业务的发展,需要进一步优化输入体验,除了常规的技术优化. 站在业务的角度上看,就是一些不必要的后台通信需要拆分出来.

简单来说就是:

1. 日志上报,客户端会有大量的加密,脱敏后的数据需要上报到后台服务器.
2. 业务弹窗,通知的下发.
3. 业务策略下发,比如广告策略,功能策略等等.

这些一般运行在子线程里面,但是又无法保证他们不会去跟输入法进程的主线程抢夺CPU时间片,所以直接独立到后台通信进程.

这样做还有一个好处,比如容器进程或者后台进程代码发送崩溃不会影响到输入进程. 尤其是用户在其他App使用输入法的时候,不会因为架构不合理造成不好的体验.

4.0 常规应用为什么要使用多进程

可能对大多数应用而言,用不到上诉的东西,因为输入法App太小众了.但是还是有一些场景可以斟酌下,挖掘下,比如:

微信移动开发团队在 《Android内存优化杂谈》 一文中就说到：“对于webview，图库等，由于存在内存系统泄露或者占用内存过多的问题，我们可以采用单独的进程。微信当前也会把它们放在单独的tools进程中”。

我想大多数团队都会用到webview，图库和图片吧,如果使用量比较大就可以考虑拆分进程了.

另外现在ReactNative/Flutter跨端技术比较热门,如果团队对这个技术栈把控不深,又期望可以逐步探索掌握.是不是可以考虑使用单独进程+混合栈的方案来逐步落地.

为什么跨进程通讯要使用Binder

那么下一个问题是为什么要使用Binder来通信.

假若回到十几,二十年前, 现在你是Android进程通信机制的设计者,摆在你面前的跨进程通信方案有三大类

1. 内存共享
2. Binder
3. 通道/Socket…等

考虑性能和安全,你如何选择?

为什么不用内存共享

内存共享即直接把应用A的内存拿给应用B,这样就实现了内存零拷贝的通信,性能应该是最好的方案了.但是这里有个严重的安全问题.

比如应用A,B分别在不同进程,有块内存区域存储的是应用A的账号信息,假如这块内存被共享给了应用B,账号就泄露了.所以需要鉴权,确定B是否有权限访问应用A.

道理我都懂,可是怎么编码呢?

把内存的物理地址全部编码记录下下来,然后再做映射和签定么?

这样做代码实现的难度呢?这个方案复杂度会不会造成内存零拷贝带来的那点优势被牺牲掉呢?

所以不用内存共享,是无法保证安全性.

为什么不是通道

方式: 应用A把内存拷贝到系统,然后系统再把内存拷贝到应用B. 两次拷贝

因为是一个明晰的C/S架构,有明确的通信代码,所以直接在通信的时候鉴权,安全比较好保证.

不用他的原因是因为性能问题.

2次拷贝太多了,A的数据发给B,直接把A的数据拷贝过去不就行了么?

是的,可以,这就是Binder.

Binder机制和通道类似. 区别在于应用A并没有真正的把数据拷贝到系统内存,然后系统再把内存拷贝到应用B. Binder机制做了一个巧妙的转换,A拷贝到系统的时候没有拷贝,而是等到B需要A的数据的时候,Binder直接把A的数据拷贝给B. 这套方案就叫做内存映射方案.

怎么使用Binder

因为输入法项目还涉及到一些公司机密,我就不使用输入法演示了,直接使用一个常见的Demo例子.

远程服务

目的: 让Activity进程可以调用Service进程的getBooks()方法和addBook()方法. 按照代码写的顺序逐步实现:

1.创建IBinder接口类->申明跨进程传输的能力

因为接口除了本身的能力,还需要具备Binder传输的能力,所以让接口继承IInterface

public interface BookManager extends IInterface {

List getBooks() throws RemoteException;

void addBook(Book book) throws RemoteException;
}

2.继承Binder类->实现跨进程传输的能力

为了去实现IInterface接口的asBinder方法,必须有一个Binder对象,所以最简单的方式就是直接让Stub继承Binder类

public abstract class Stub extends Binder implements BookManager {

public Stub() {
this.attachInterface(this, DESCRIPTOR);
}

@Override
public IBinder asBinder() {
return this;
}

}

3.实现静态方法asInterface->链接调用进程

服务端已经实现了跨进程的能力,怎么把这个能力给到调用端呢?

先看看调能拿到的东西. 通过服务Service绑定能拿到ServiceConnection,其中的onServiceConnected提供一个IBinder对象.

private void attemptToBindService() {
Intent intent = new Intent(this, RemoteService.class);
intent.setAction(“com.baronzhang.ipc.server”);
bindService(intent, serviceConnection, Context.BIND_AUTO_CREATE);
}

private ServiceConnection serviceConnection = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
// 这里的IBinder service就是远端传递过来的.
}
}

那么现在的问题就变成了把IBinder转化成BookManager. 所以有了以下转化代码:

public static BookManager asInterface(IBinder binder) {
if (binder == null)
return null;
IInterface iin = binder.queryLocalInterface(DESCRIPTOR);
// 如果是同一个进程直接强制转化
if (iin != null && iin instanceof BookManager)
return (BookManager) iin;
// 如果是两个进程使用Proxy
return new Proxy(binder);
}

4.实现Proxy->跨进程传输的具体实现

接着上面的问题,上面的asInterface方法是运行在调用进程的,因为在不同进程没有办法把需要的BookManager实例对象(即Stub)直接拿到,所以需要有一个代理对象(Proxy)帮助我们实现好像拿到了BookManager实例对象的感觉.

所以Proxy需要实现BookManager

public class Proxy implements BookManager {

实现后,BookManager还有3个方法需要实现怎么办? 既然是代理对象肯定不会去实现了,真正的实现应该是在服务进程. Proxy需要把消息发送给服务进程

private IBinder remote;

public Proxy(IBinder remote) {

this.remote = remote;
}

@Override
public List getBooks() throws RemoteException {
Parcel data = Parcel.obtain();
Parcel replay = Parcel.obtain();
List result;

try {
data.writeInterfaceToken(DESCRIPTOR);
remote.transact(Stub.TRANSAVTION_getBooks, data, replay, 0);
replay.readException();
result = replay.createTypedArrayList(Book.CREATOR);
} finally {
replay.recycle();
data.recycle();
}

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

光有这些思路和搞懂单个知识的应用是还远远不够的，在Android开源框架设计思想中的知识点还是比较多的，想要搞懂还得学会整理和规划：我们常见的**Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架，**这些都是属于Android开源框架设计思想的。如下图所示：

这位阿里P8大佬针对以上知识点，熬夜整理出了一本长达1042页的完整版如何解读开源框架设计思想PDF文档，内容详细，把Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架这些知识点从源码分析到实战应用都讲的简单明了。

由于文档内容过多，篇幅受限，只能截图展示部分，更为了不影响阅读，这份文档已经打包在GitHub，有需要的朋友可以直接点此处前往免费下载。

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

b](https://bbs.csdn.net/topics/618156601)，有需要的朋友可以直接点此处前往免费下载。**

[外链图片转存中…(img-5gc4KhNU-1711328290436)]

[外链图片转存中…(img-teWgdhcY-1711328290436)]

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持，我的动力；祝各位前程似锦，offer不断！！！