Android Camera 架构简析2

l        应用框架层

Camera框架层将应用与底层的实现隔离开来，实现了一套Android定义的对上对下接口规范，方便应用及底层硬件的开发和移植。这一层对上以Java类的形式包装出android.hardware.Camera，提供给应用层调用；对下在CameraHardwareInterface.h头文件中定义了Camera硬件抽象层的接口，这是一个包含纯虚函数的类，必须被实现类继承才能使用。这个实现类也便是下层中将讲到的用户库层，它继承CameraHardwareInterface接口，实例化对底层硬件驱动的封装，最终生成libcamera.so供框架的libcameraservice.so调用。这样作的好处是让Camera的应用框架代码独立，不受底层硬件驱动改变的影响，方便在不一样平台上porting 驱动代码，而保持上层的代码不用变化。

从代码上看，这一层包含Java到JNI到C++的代码。源代码主要在如下路径：

\android\frameworks\base\core\java\android\hardware\Camera.java

这个类做为Android SDK Camera部分提供给上层应用，并经过JNI的方式调用本地C++代码。

\android\frameworks\base\core\jni\android_hardware_Camera.cpp

Camera 的JAVA本地调用部分，是承接JAVA代码到C++代码的桥梁。编译生成libandroid_runtime.so。

\android\frameworks\base\libs\ui 包含文件：

Camera.cpp

CameraParameters.cpp

ICamera.cpp

ICameraClient.cpp

ICameraService.cpp

它们的头文件在\android\frameworks\base\include\ui目录下。

这部分的内容编译生成libui.so。在Camera模块的各个库中，libui.so位于核心的位置，做为Camera框架的Client客户端部分，与另一部份内容服务端

libcameraservice.so经过进程间通信（即Binder机制）的方式进行通信。

\android\frameworks\base\camera\libcameraservice

CameraService是Camera服务，Camera框架的中间层，用于连接CameraHardwareInterface 和 Client，它经过调用实际的Camera硬件接口来实现功能。这部份内容被编译成库libcameraservice.so。

libandroid_runtime.so和libui.so两个库是公用的,其中除了Camera还有其余方面的功能。整个Camera在运行的时候，能够大体上分红Client和Server两个部分，它们分别在两个进程中运行，它们之间使用Binder机制实现进程间通信。这样在client调用接口，功能则在server中实现，可是在client中调用就好像直接调用server中的功能，进程间通信的部分对上层程序不可见。

以上应用层到框架层的分析能够用下图来表示调用流程。

图3. Camera调用流程图

当Camera Client端经过Binder机制与Camera Server端通信，Server端的实现传递到Client端。而Server端的实现又是调用硬件接口来实现。这就延伸到咱们要介绍的Camera的下一个层次――库层。

l        库层（硬件抽象层HAL Hardware Abstraction Layer）

这个层次其实就是用户空间的驱动代码。前面有介绍过框架层对下在CameraHardwareInterface.h头文件中定义了Camera硬件抽象层的接口，它是包含纯虚函数的类，必须被实现类继承才能使用。HAL层正好继承CameraHardwareInterface接口，依据V4l2规范实例化底层硬件驱动，使用ioctl方式调用驱动，最终生成libcamera.so供框架的libcameraservice.so调用。

这层的代码在\android\hardware\XXX\libcamera目录下（也有可能在vendor目录中对应的libcamera下）。注意这里的XXX是不一样厂商为不一样产品（板子）而建的目录，以高通msm平台为例，这里XXX用msm7k表示，这样高通msm平台下这个HAL的目录即为\android\hardware\msm7k\libcamera。不难看出，若是要在某硬件平台上运行Android，也就主要在这一层进行修改，由于它是直接和底层硬件驱动相关的。上面也讲过，应用框架层对上对下都定义的标准接口，这样作的目的也就是使上层的代码独立，在porting中不受影响。因此咱们如今能够基本肯定，若是要改Camera的硬件，框架层以上的部分均可以不动，要改就改HAL到内核层的部分，这也是Android底层开发的主要工做。这个在后续的文章中会具体介绍。

l        内核层

          这一层主要是基于Linux的设备驱动。对Camera来讲，通常是按V4l2规范将Camera原子功能以ioctl的形式暴露出来供HAL层调用的实现。主要功能的实现代码在\android\kernel\drivers\media\video\XXX下。跟HAL层目录同样，XXX是不一样厂商不一样平台的目录，以高通msm平台为例，这个目录就是\android\kernel\drivers\media\video\msm。因此要在Android平台上添加硬件功能，首先考虑将它的驱动加到Android的Linux内核中。

后记

      至此，已将Camera各层在Android中的分布作了简单介绍。依此类推，Android上其余模块也跟Camera同样有相似的结构分层，如MediaPlayer。在了解了这样的结构后，对咱们开发有必定的指导意义，使咱们清楚若是对已有模块的功能添加和修改通常应在哪些个层次进行，哪些代码不用改，哪些代码要改。

      鉴于本人水平有限，若有写的错误或不周全的地方，请包含。