【Android FrameWork（五）】- ServiceManager

---

前言

接上一篇文章

---

源码分析

1.service_mananger流程

2.Binder通信流程（ServiceManager.addService）

3.Binder的cmd流程图

---

拓展知识

• 能不能介绍下Binder是什么？原理是什么样的？
  Binder是一个虚拟的硬件设备，是一个驱动。是Android中特有的一种通信方式。好处就是一次内存拷贝，安全性高。 它高效的原理是将用户空间、内核空间、物理内存映射在了同一块地址，这样我们就少了一次拷贝。
  介绍下管道、socket、共享内存之间的区别来讲。
  性能上：稳定性： 安全：
  Binder : 一次拷贝 c/s架构 客户端和服务端 稳定 内核层校验系统来保证通信安全
  共享内存：0次 不稳定会有同步问题和并发死锁问题 自定义协议
  管道pipe：需要两次拷贝 单管道 效率低只能读或者只能写 自定义协议
  Socket：两次拷贝 c/s架构 不好的地方消耗性能握手和挥手 自定义协议
  也可以讲讲binder_open、binder_mmap、binder_ioct
  1.binder_open:创建binder_proc并且初始化todo,wait队列
  2.binder_mmap:开辟内核空间,同时开辟物理内存空间，然后把内核空间和物理空间进行映射，使他们2个指向同一个内存地址。
  3.binder_ioctl:根据传入的cmd执行对应的操作 例如BINDER_VERSION、BINDER_WRITE_READ、BINDER_SET_CONTEXT_MGR_EXT等等

• 能否说一下Binder是如何工作的？

• Binder给每个应用分配的内存是多少？如果不够用怎么办？

Binder给每个应用默认分配1M-8k,最大支持4M。如果不够用可以考虑用其他的通信方式。比如共享内存、socket等等，我们可以根据我画的几种IPC来讲下区别。

• Binder线程数是多少？

16个

总结

1.service_manager

service_mananger就四个重要的:
1.binder_open:打开binder驱动,对BINDER_VERSION进行校验
2.binder_become_context_manager:设置自己成为binder上下文的管理者(binder_context_mgr_node)
3.binder_loop:给Binder驱动发送BC_ENTER_LOOPER，以及循环读取内容 调用binder_parse解析
4.binder_parse:根据返回数据解析命令，调用svcmgr_handler回调处理

2.Binder

1.binder_open:创建binder_proc并且初始化todo,wait队列
2.binder_mmap:开辟内核空间,同时开辟物理内存空间，然后把内核空间和物理空间进行映射，使他们2个指向同一个内存地址。
3.binder_ioctl:根据传入的cmd执行对应的操作 例如BINDER_VERSION、BINDER_WRITE_READ、BINDER_SET_CONTEXT_MGR_EXT等等