opencart 构建电子商务网站,带购物车的网站模板,电商网站开发数据库表,wordpress微信网站模板1.简单介绍下binderbinder是一种进程间通讯的机制进程间通讯需要了解用户空间和内核空间每个进程拥有自己的独立虚拟机#xff0c;系统为他们分配的地址空间都是互相隔离的。如两个进程需要进行通讯#xff0c;则需要使用到内核空间做载体#xff0c;内核空间是所有进程共享…1.简单介绍下binderbinder是一种进程间通讯的机制进程间通讯需要了解用户空间和内核空间每个进程拥有自己的独立虚拟机系统为他们分配的地址空间都是互相隔离的。如两个进程需要进行通讯则需要使用到内核空间做载体内核空间是所有进程共享的一块内存区域。而用户空间切到内核空间需要使用到系统api ioctl进行通讯。内核获取用户的数据需要使用copy_from_user内核将数据发送给其他进程需要使用copy_to_user这两个方法是有性能开销的对于socket就是使用的这种模式为了减少这部分的开销内核提供了binderbinder只需要一次拷贝就可以实现进程通讯.主要是使用mmap的原理在内核空间和用户空间都开辟一块虚拟内存区域同时指向一块物理地址这样内核需要传递数据给用户空间时只需要将数据拷贝到对应的虚拟内存地址中用户可以通过虚拟内存映射关系获取到内核中的数据实现了一次拷贝通讯。binder架构上面使用的是C/S架构binder中有三要素
客户端服务端和ServiceManager
复制代码binder整体过程1.注册服务2.获取服务3.使用服务2.Binder的定向制导如何找到目标Binder唤起进程或者线程?数据结构流程1.server注册过程 1.server传入一个flat_binder_object给内核态。内核根据这个flat_binder_object创建binder_node节点为每个进程服务内部有个binder_proc.proc server进程2.serviceManager在内核态创建binder_ref引用这个binder_node内部有一项desc 1,2,3..在用户态会创建一个服务链表{name server name,handle server handle}
2.client获取服务过程3.client向sm查询服务传递name4.sm返回handle给驱动程序5.驱动程序在sm的binder_ref_desc红黑树中根据handle找到binder_ref再根据binder_ref.node找到binder_node,最后给client创建新的binder_ref指向这个binder_node他的desc从1开始binder_ref{desc1,node binder_node},驱动返回desc给client即handle总结sm中的handle顺序是根据服务注册顺序显示返回给client中的handle是根据服务获取的顺序显示的
3.client使用handle过程6.驱动里面根据handle找到找到binder_ref根据binder_ref找到binder_node根据binder_node找到进程server
复制代码注flat_binder_object{type:是binder实体还是引用只有需要注册的服务可以传binder实体其他只能传handle引用flag(联合体)binder(实体处理函数)/handle(引用服务的引用)cookie
}
复制代码数据传输过程(进程切换)数据如何复制3.Binder中的红黑树为什么会有两棵binder_ref红黑树refs_by_desc主要是通过desc来查找对应的binder_refrefs_by_node主要是通过node来查找对应的binder_ref查找方式不一样4.Binder一次拷贝原理传统的数据拷贝方式如socket用户空间----内核空间copy_from_user
内核空间----用户空间copy_to_user复制代码而binder使用mmap机制 在内核空间和用户空间中间使用物理地址开辟了一个映射关系
内核空间调用copy_from_user会直接将数据拷贝到内核空间并反馈到映射后的物理地址上
由于用户空间和物理地址也有个映射关系用户空间可以直接通过映射的虚拟地址指针访问到写入物理地址的数据。
这就是binder一次拷贝的原理复制代码5.Binder传输数据的大小限制?对于内核可以传输的是4M但是应用层限制在1M-8K范围内这就是在进程间传输过大的数据会导致崩溃的原因6.系统服务与bindService等启动的服务的区别系统服务需要将服务注册到ServiceManager使用的时候需要通过服务名称去ServiceManger中获取服务的引用而bindService等启动的服务是将服务注册到AMS中的ServiceMap中所有的服务的生命周期都由AMS控制。启动服务的进程如果需要使用IPC通讯都是和获取AMS的代理类进行通讯AMS也是在SystemServer启动的时候一个注册到ServiceManager的系统服务。7.Binder多线程binder线程池默认提供了15个线程进行处理进程间并发事件如果服务端线程不够用则驱动会发出一个信号应用层收到这个信号调用Register_Thread这样驱动层就可以使用这个新建出来的子线程进行数据的处理8.Android APP进程天生支持Binder通信的原理是什么?Android APP进程都是由Zygote进程孵化出来的。常见场景点击桌面icon启动APP或者startActivity启动一个新进程里面的Activity最终都会由AMS去调用Process.start()方法去向Zygote进程发送请求让Zygote去fork一个新进程Zygote收到请求后会调用Zygote.forkAndSpecialize()来fork出新进程,之后会通过RuntimeInit.nativeZygoteInit来初始化Andriod APP运行需要的一些环境而binder线程就是在这个时候新建启动的virtual voidonZygoteInit()
{sp proc ProcessState::self();//启动新binder线程loopproc-startThreadPool();
}
复制代码9.同一个线程的请求必定是顺序执行即使是异步请求(oneway)一般而言Client同步阻塞请求Service直到Service提供完服务后才返回不过也有特殊的比如请求用ONE_WAY方式这种场景一般主要是用来通知至于通知被谁消费是否被消费压根不会关心。拿ContentService服务为例子它是一个全局的通知中心负责转发通知而且一般是群发由于在转发的时候ContentService被看做Client如果这个时候采用普通的同步阻塞势必会造成通知的延时发送送所以这里的Client采用了oneway异步。
