- 通过
Transact()
可以向远端的IBinder对象发出调用,通过onTransact()
可以使你自己的远程对象能够响应接收到的调用。
==========================================================================
我们知道Binder通信时,需要通过 IBinder接口转化具体的实体对象,那么中间会有很多其它类,下面看看类关系图:
细品IPC通信图,可以得出下面的结论:
- BnXXX 和 BpXXX都派生自两个类
class BpXXX : public IMediaPlayerService, public BpRefBase
class BnXXX : public IMediaPlayerService, public BBinder
- BpXXX和BnXXX都派生自 IMediaPlayerService,我们之前说过,IMediaPlayerService使用来定义一些功能的接口的,而派生出两个类,所以它们虽然使用了相同的接口,但是他们有不同的实现方式。
BpXXX中:把对应的binder_transaction_data 打包之后,通过BpRefBase中的 mRemote(BpBinder)发送出去,并等待结果
BnXXX中:实现对应的业务逻辑,通过调用 BnXXX 派生类中的方法来实现,如 MediaPlayerService::Client
- IBinder用于进程间通信
BpRefBase中有一个remote()
用来与Binder驱动交互
Binder是用来从Binder驱动中接收相关请求并进行相关处理的
BpBinder和BinderDriver进行互通
===========================================================================================
我们从入口看,入口在 /frameworks/av/media/mediaserver/main_mediaserver.cpp:
int main(int argc __unused, char **argv __unused)
{
//信号
signal(SIGPIPE, SIG_IGN);
//进程赋值处理
sp proc(ProcessState::self());
sp sm(defaultServiceManager());
ALOGI(“ServiceManager: %p”, sm.get());
InitializeIcuOrDie();
MediaPlayerService::instantiate();
ResourceManagerService::instantiate();
registerExtensions();
ProcessState::self()->startThreadPool();
IPCThreadState::self()->joinThreadPool();
}
从第一个有意义的函数 defaultServiceManager()
,它在/frameworks/native/libs/binder/IServiceManager.cpp:
p defaultServiceManager()
{
//如果存在一个 BpServiceManager就返回它
if (gDefaultServiceManager != NULL) return gDefaultServiceManager;
//单例模式
{
AutoMutex _l(gDefaultServiceManagerLock);
while (gDefaultServiceManager == NULL) {
gDefaultServiceManager = interface_cast(
ProcessState::self()->getContextObject(NULL));
if (gDefaultServiceManager == NULL)
sleep(1);
}
}
return gDefaultServiceManager;
}
这种构建模式其实是我们熟悉的 单例模式。每个进程都只需要构建出一个 BpServiceManager代理,
ProcessState::self() -> getContextObject(NULL)
,接下来看看 getContextObject(),它在 /frameworks/native/libs/binder/ProcessState.cpp中:
sp ProcessState::getContextObject(const sp& /caller/)
{
return getStrongProxyForHandle(0);
}
sp ProcessState::getStrongProxyForHandle(int32_t handle)
{
sp result;
AutoMutex _l(mLock);
//在数组 mHandleToObject里面根据handle索引查找handle_entry结构体
handle_entry* e = lookupHandleLocked(handle);
if (e != NULL) {
//指向结构体中的binder地址
IBinder* b = e->binder;
if (b == NULL || !e->refs->attemptIncWeak(this)) {
if (handle == 0) {
Parcel data;
status_t status = IPCThreadState::self()->transact(
0, IBinder::PING_TRANSACTION, data, NULL, 0);
if (status == DEAD_OBJECT)
return NULL;
}
//BpBinder新建一个IBinder BpBinder.create(0)
b = BpBinder::create(handle);
e->binder = b;
if (b) e->refs = b->getWeakRefs();
result = b;
} else {
result.force_set(b);
e->refs->decWeak(this);
}
}
return result;
}
struct handle_entry{
IBinder* binder;
RefBase::weakref_type* refs;
}
总结代码:
传入的句柄handler的值为0,表示ServiceManager,构建一个BpBinder,所以现在相当于 gDefaultServiceManager = interface_cast(BpBinder.create(0))
接下来看看 interface_cast()
是什么:
inline sp interface_cast(const sp& obj)
{
return IServiceManager::asInterface(obj);
}
…
asInteface(){
…
//这里构建了一个新的BoServiceManager对象
intr = new BpServiceManager(obj)
}
其asInterface最终还是创建出一个 BpServiceManager对象。
所以defaultServiceManager()
就是 句柄handle(0)创建一个 BpBinder(0),跟举这个BpBinder创建出一个 BpServiceManager代理。
下面来分析一下BpServiceManager
这个类是什么成分,代码如下:
class BpServiceManager : public BpInterface
{
public:
-
explicit BpServiceManager(const sp& impl)
- BpInterface(impl) {}
};
这里的 它继承了 BpInterface
,它是一个模板类,这里相当于它同时 继承了 BpInterface
和 IServiceManager
而 BpInterface
在用到它的构造函数时,就会 去添加服务内部。
在 MediaPlayerSrvice.cpp中有一个 instantiate()
,通过ServiceManager来添加MediaPlayerService服务:
void MediaPlayerService::instantiate() {
defaultServiceManager()->addService(
String16(“media.player”), new MediaPlayerService());
}
defaultServiceManager()
返回的是刚创建的BpServiceManager,并调用它的 addService()
BpMediaPlayerService作为服务端代理,那么BnMediaPlayerService一定是实现端
MediaPlayerService继承自 BnMediaPlayerService,实现了真正的的业务函数。
============================================================================
下面分析一下 BpServiceManager的 addService()
virtual status_t addService(const String16& name, const sp& service,
bool allowIsolated, int dumpsysPriority) {
Parcel data, reply;
data.writeInterfaceToken(IServiceManager::getInterfaceDescriptor());
data.writeString16(name);
//也就是MediaPlayerService
data.writeStrongBinder(service);
data.writeInt32(allowIsolated ? 1 : 0);
data.writeInt32(dumpsysPriority);
status_t err = remote()->transact(ADD_SERVICE_TRANSACTION, data, &reply);
return err == NO_ERROR ? reply.readExceptionCode() : err;
}
这里的 remote函数返回的就是 前面创建的 BpBinder(0)对象:
status_t BpBinder::transact(
uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)
{
// Once a binder has died, it will never come back to life.
if (mAlive) {
status_t status = IPCThreadState::self()->transact(
mHandle, code, data, reply, flags);
if (status == DEAD_OBJECT) mAlive = 0;
return status;
}
return DEAD_OBJECT;
}
status_t IPCThreadState::transact(int32_t handle,
uint32_t code, const Parcel& data,
Parcel* reply, uint32_t flags)
{
…
//发送addTransactionData
err = writeTransactionData(BC_TRANSACTION, flags, handle, code, data, NULL);
…
} else {
//等待响应
err = waitForResponse(NULL, NULL);
}
return err;
}
status_t IPCThreadState::writeTransactionData(int32_t cmd, uint32_t binderFlags,
int32_t handle, uint32_t code, const Parcel& data, status_t* statusBuffer)
{
//cmd BC_TRANSACTION 应用程序向Binder发送的命令
binder_transaction_data tr;
tr.target.handle = handle;
tr.code = code;
tr.flags = binderFlags;
…
//把命令和数据一起发送到 Parcel mOut中
mOut.writeInt32(cmd);
mOut.write(&tr, sizeof(tr));
return NO_ERROR;
}
status_t IPCThreadState::waitForResponse(Parcel *reply, status_t *acquireResult)
{
uint32_t cmd;
while (1) {
//和Driver进行沟通后获得结果
if ((err=talkWithDriver()) < NO_ERROR) break;
cmd = (uint32_t)mIn.readInt32();
switch (cmd) {
case BR_TRANSACTION_COMPLETE:
…
break;
}
}
return err;
}
status_t IPCThreadState::talkWithDriver(bool doReceive) {
binder_write_read bwr;
bwr.write_size = outAvail;
//写入 mOut的数据
bwr.write_buffer = (uintptr_t) mOut.data();
bwr.read_size = mIn.dataCapacity();
bwr.read_buffer = (uintptr_t) mIn.data();
…
//把mOut写到Binder中,并读取mIn的数据
if (ioctl(mProcess -> mDriverFD, BINDER_WRITE_READ, & bwr) >=0)
err = NO_ERROR;
…
return err;
}
joinThreadPool、startThreadPool 进入线程循环
talkWithDriver等待客户端Client请求,从Binder读取命令请求进行处理。
到现在为止,MediaPlayerService的服务端已经向总管 ServiceManager注册了。
5. 通过BinderDriver和MediaPlayer通信的过程
====================================================================================================
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
总结
首先是感觉自己的基础还是不够吧,大厂好像都喜欢问这些底层原理。
另外一部分原因在于资料也还没有看完,一面时凭借那份资料考前突击恶补个几天居然也能轻松应对(在这里还是要感谢那份资料,真的牛),于是自我感觉良好,资料就没有怎么深究下去了。
之前的准备只涉及了Java、Android、计网、数据结构与算法这些方面,面对面试官对其他基础课程的考察显得捉襟见肘。
下一步还是要查漏补缺,进行针对性复习。
最后的最后,那套资料这次一定要全部看完,是真的太全面了,各个知识点都涵盖了,几乎我面试遇到的所有问题的知识点这里面都有!在这里也免费分享给大家,希望大家不要犯和我一样的错误呀!!!一定要看完!
获取方式:点击我的GitHub
你有帮助,可以添加下面V无偿领取!(备注Android)**
[外链图片转存中…(img-X4srUf9B-1711172972183)]
总结
首先是感觉自己的基础还是不够吧,大厂好像都喜欢问这些底层原理。
另外一部分原因在于资料也还没有看完,一面时凭借那份资料考前突击恶补个几天居然也能轻松应对(在这里还是要感谢那份资料,真的牛),于是自我感觉良好,资料就没有怎么深究下去了。
之前的准备只涉及了Java、Android、计网、数据结构与算法这些方面,面对面试官对其他基础课程的考察显得捉襟见肘。
下一步还是要查漏补缺,进行针对性复习。
最后的最后,那套资料这次一定要全部看完,是真的太全面了,各个知识点都涵盖了,几乎我面试遇到的所有问题的知识点这里面都有!在这里也免费分享给大家,希望大家不要犯和我一样的错误呀!!!一定要看完!
[外链图片转存中…(img-t0pHbpa7-1711172972184)]
[外链图片转存中…(img-fabVdIlF-1711172972184)]
[外链图片转存中…(img-MJups5p7-1711172972185)]
获取方式:点击我的GitHub