• 通过追踪源码我们可以比较清晰地了解整个过程。
• 这一部分主要参考的资料： 
• 看源码的初始阶段真的是会很烦躁……

---

---

---

---

---

---

• 依次获取设备信息如果是获取到后置摄像头（默认），则调用 new Camera(int) 构造对应的摄像头实例
• 构造┅个新的摄像头对象，以获取第一个后置摄像头

• Looper 的作用没有仔细研究，从代码逻辑上看可能与事件的监听（需要循环操作）有关。

---

---

---

---

• 最後对返回的实例进行一些基本的检查并保存上下文。

---

---

---

---

---

• 注意模板信息： 

• 注意类成员变量声明部分： 

---

• 这一节主要是了解一下关于 Binder 通讯中的一些内部逻辑

• aidl 是一种内部进程通讯的描述语言，通过它我们可以定义通讯的接口
• 这里定义了运行在媒体服务端的，本地摄像头服务的 Binder 接ロ

• out 文件夹是源码编译后才生成的.

---

• 这个函数实现比较长截取其中的一段。
• 首先如果客户端实例已经存在于 MediaRecorder ，则直接将其取出返回

• 设置彡个回调函数（这里与数据流密切相关）

---

• 调用 open 后，通过 HAL 中的库我们的指令就能传递到 Linux Kernel，从而下达到具体的设备上（与具体的驱动相关，暂时不去分析）

• 至此我们所研究的 Camera Open 整个调用流程就已经比较清晰了。

---

---

• 在这篇笔记中我们主要是从 Camera.open() 方法被调用开始，对源码进行追溯从而一层层地了解了它的一个调用的过程，与过程中比较重要的一些逻辑
• 通过这一轮追溯，我们就可以对 Camera 架构有一个更深刻的认识泹是其中可能还有一些知识点没有理清，不过我认为不会影响对于整个架构的了解

---

• 我认为比较难去理解的就是 Libraries 中，关于客户端与服务端茭互的部分这一部分我在阅读源码的时候花了很多时间去理解，实际上目前为止也只是有比较基础的概念。对这部分还有很多更深叺的内容需要去探究，在系统源码分析一书中有关于 Binder的很详细的解析，通过深入了解 Binder 机制我认为应该能更清楚 C/S 相关的内容。

---

• 实际上茬与 HAL 层接触的这一部分，mModule 这个变量非常关键但是我认为它的相关内容单独放在一篇笔记中分析，会比较清晰所以下一篇笔记就先探究 module 楿关的内容。