http://android.yesky.com/thread-14399-1-1.html

一.Camera构架分析

Android的Camera包含取景(preview)和拍摄照片(take picture)的功能。目前Android发布版的Camera程序虽然功能比较简单,但是其程序的架构分成客户端和服务器两个部分,它们建立在Android的进程间通讯Binder的结构上。Android中Camera模块同样遵循Andorid的框架,如下图所示

Camera ArchitectureCamera模块主要包含了libandroid_runtime.so、libui.so和libcameraservice.so等几个库文件,它们之间的调用关系如下所示:

在Camera模块的各个库中,libui.so位于核心的位置,它对上层的提供的接口主要是Camera类。

libcameraservice.so是Camera的server程序,它通过继承libui.so中的类实现server的功能,并且与libui.so中的另外一部分内容通过进程间通讯(即Binder机制)的方式进行通讯。

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

从框架结构上来看,源码中ICameraService.h、ICameraClient.h和ICamera.h三个类定义了MeidaPlayer的 接口和 架构,ICameraService.cpp和Camera.cpp两个文件则用于Camera架构的实现,Camera的具体功能在下层调用硬件相关的 接 口来实现。

从Camera的整体结构上,类Camera是整个系统核 心,ICamera类提供了Camera主要功能的接口,在客户端方面调 用;CameraService是Camera服务,它通过调用实际的Camera硬件接口来实现功能。事实上,图中红色虚线框的部分都是Camera程 序的框架部分,它主要利用了Android的系统的Binder机制来完成通讯。蓝色的部分通过调用Camera硬件相关的接口完成具体的Camera服 务功能,其它的部分是为上层的JAVA程序提供JNI接口。在整体结构上,左边可以视为一个客户端,右边是一个可以视为服务器,二者通过Android的 Bimder来实现进程间的通讯。

二.Camera工作流程概述

1.Camera Service的启动

①.App_main process: 进程通过AndroidRuntime调用register_jni_procs向JNI注册模块的native函数供JVM调用。

AndroidRuntime::registerNativeMethods(env, "android/hardware/Camera",

camMethods, NELEM(camMethods));

其中camMethods定义如下:

        
  1. staticJNINativeMethodcamMethods[]={
  2. {"native_setup",
  3. "(Ljava/lang/Object;)V",
  4. (void*)android_hardware_Camera_native_setup},
  5. {"native_release",
  6. "()V",
  7. (void*)android_hardware_Camera_release},
  8. {"setPreviewDisplay",
  9. "(Landroid/view/Surface;)V",
  10. (void*)android_hardware_Camera_setPreviewDisplay},
  11. {"startPreview",
  12. "()V",
  13. (void*)android_hardware_Camera_startPreview},
  14. {"stopPreview",
  15. "()V",
  16. (void*)android_hardware_Camera_stopPreview},
  17. {"previewEnabled",
  18. "()Z",
  19. (void*)android_hardware_Camera_previewEnabled},
  20. {"setHasPreviewCallback",
  21. "(ZZ)V",
  22. (void*)android_hardware_Camera_setHasPreviewCallback},
  23. {"native_autoFocus",
  24. "()V",
  25. (void*)android_hardware_Camera_autoFocus},
  26. {"native_takePicture",
  27. "()V",
  28. (void*)android_hardware_Camera_takePicture},
  29. {"native_setParameters",
  30. "(Ljava/lang/String;)V",
  31. (void*)android_hardware_Camera_setParameters},
  32. {"native_getParameters",
  33. "()Ljava/lang/String;",
  34. (void*)android_hardware_Camera_getParameters},
  35. {"reconnect",
  36. "()V",
  37. (void*)android_hardware_Camera_reconnect},
  38. {"lock",
  39. "()I",
  40. (void*)android_hardware_Camera_lock},
  41. {"unlock",
  42. "()I",
  43. (void*)android_hardware_Camera_unlock},
  44. };

JNINativeMethod的第一个成员是一个字符串,表示了JAVA本地调用方法的名称,这个名称是在JAVA程序中调用的名称;第二个成员也是一个字符串,表示JAVA本地调用方法的参数和返回值;第三个成员是JAVA本地调用方法对应的C语言函数。

②.Mediaserver proces:进程注册了以下几个server: AudioFlinger、 MediaPlayerServer、CameraService.

        
  1. intmain(intargc,char**argv)
  2. {
  3. sp<ProcessState>proc(ProcessState::self());
  4. sp<IServiceManager>sm=defaultServiceManager();
  5. LOGI("ServiceManager:%p",sm.get());
  6. AudioFlinger::instantiate();
  7. MediaPlayerService::instantiate();
  8. CameraService::instantiate();
  9. ProcessState::self()->startThreadPool();
  10. IPCThreadState::self()->joinThreadPool();
  11. }

当向ServiceManager注册了CameraService服务后就可以响应client的请求了

2.client端向service发送请求

①.在java应用层调用onCreate()函数得到一个上层的Camera对象

        
  1. publicvoidonCreate(Bundleicicle){
  2. super.onCreate(icicle);
  3. ThreadopenCameraThread=newThread(
  4. newRunnable(){
  5. publicvoidrun(){
  6. mCameraDevice=android.hardware.Camera.open();
  7. }
  8. }
  9. );
  10. ………………………
  11. }

②.通过Camera对象的调用成员函数,而这些成员函数会调用已向JNI注册过的native函数来调用ICamera接口的成员函数向Binder Kernel Driver发送服务请求。

③. Binder Kernel Driver接收到client的请求后,通过唤醒service的进程来处理client的请求,处理完后通过回调函数传回数据并通知上层处理已完成。

三.Camera库文件分析

上面已提到Camera模块主要包含libandroid_runtime.so、libui.so、libcameraservice.so和一个与 Camera硬件相关的底层库。其中libandroid_runtime.so、libui.so是与Android系统构架相关的不需要对其进行修 改, libcameraservice.so和Camera硬件相关的底层库则是和硬件设备相关联的,而Canera硬件相关的底层库实际上就是设备的 Linux驱动,所以Camera设备的系统集成主要通过移植Camera Linux驱动和修改libcameraservice.so库来完成。

libcameraservice.so库通过以下规则来构建:

        
  1. LOCAL_PATH:=$(callmy-dir)
  2. #
  3. #SetUSE_CAMERA_STUBfornon-emulatorandnon-simulatorbuilds,ifyouwant
  4. #thecameraservicetousethefakecamera.Foremulatororsimulatorbuilds,
  5. #wealwaysusethefakecamera.
  6. ifeq($(USE_CAMERA_STUB),)
  7. USE_CAMERA_STUB:=false
  8. ifneq($(filtersoonergenericsim,$(TARGET_DEVICE)),)
  9. USE_CAMERA_STUB:=true
  10. endif#libcamerastub
  11. endififeq($(USE_CAMERA_STUB),true)
  12. #
  13. #libcamerastub
  14. #
  15. include$(CLEAR_VARS)
  16. LOCAL_SRC_FILES:=\
  17. CameraHardwareStub.cpp\
  18. FakeCamera.cpp
  19. LOCAL_MODULE:=libcamerastub
  20. LOCAL_SHARED_LIBRARIES:=libui
  21. include$(BUILD_STATIC_LIBRARY)
  22. endif#USE_CAMERA_STUB
  23. #
  24. #libcameraservice
  25. #
  26. include$(CLEAR_VARS)
  27. LOCAL_SRC_FILES:=\
  28. CameraService.cpp
  29. LOCAL_SHARED_LIBRARIES:=\
  30. libui\
  31. libutils\
  32. libcutils\
  33. libmedia
  34. LOCAL_MODULE:=libcameraservice
  35. LOCAL_CFLAGS+=-DLOG_TAG=\"CameraService\"
  36. ifeq($(USE_CAMERA_STUB),true)
  37. LOCAL_STATIC_LIBRARIES+=libcamerastub
  38. LOCAL_CFLAGS+=-includeCameraHardwareStub.h
  39. else
  40. LOCAL_SHARED_LIBRARIES+=libcamera
  41. endif
  42. include$(BUILD_SHARED_LIBRARY)

在上面的构建规则中可以看到使用了宏USE_CAMERA_STUB决定 是否使用真的Camera,如果宏为真,则使用 CameraHardwareStub.cpp和FakeCamera.cpp构造一个假的Camera,如果为假则使用 libcamera来构造一个实际上的Camera服务。

在CameraHardwareStub.cpp中定义了CameraHardwareStub类,它继承并实现了抽象类 CameraHardwareInterface中定义的真正操作Camera设备的所有的纯虚函数。通过 openCameraHardware()将返回一个CameraHardwareInterface类的对象,但由于 CameraHardwareInterface类是抽象类所以它并不能创建对象,而它的派生类CameraHardwareStub完全实现了其父类的 纯虚函数所以openCameraHardware()返回一个指向派生类对象的基类指针用于底层设备的操作。由于CameraHardwareStub 类定义的函数是去操作一个假的Camera,故通过openCameraHardware返回的指针主要用于仿真环境对Camera的模拟操作,要想通过openCameraHardware返回的指针操作真正的硬件设备则需完成以下步骤:

1. 将CameraHardwareInterface类中的所有纯虚函数的声明改为虚函数的声明(即去掉虚函数声明后的“= 0” );

        
  1. classCameraHardwareInterface:publicvirtualRefBase{
  2. public:
  3. virtual~CameraHardwareInterface(){}
  4. virtualsp<IMemoryHeap>getPreviewHeap()const;
  5. virtualsp<IMemoryHeap>getRawHeap()const;
  6. virtualstatus_tstartPreview(preview_callbackcb,void*user);
  7. virtualbooluseOverlay(){returnfalse;}
  8. virtualstatus_tsetOverlay(constsp<Overlay>&overlay){returnBAD_VALUE;}
  9. virtualvoidstopPreview();
  10. virtualboolpreviewEnabled();
  11. virtualstatus_tstartRecording(recording_callbackcb,void*user);
  12. virtualvoidstopRecording();
  13. virtualboolrecordingEnabled();
  14. virtualvoidreleaseRecordingFrame(constsp<IMemory>&mem);
  15. virtualstatus_tautoFocus(autofocus_callback,
  16. void*user);
  17. virtualstatus_ttakePicture(shutter_callback,
  18. raw_callback,
  19. jpeg_callback,
  20. void*user);
  21. virtualstatus_tcancelPicture(boolcancel_shutter,
  22. boolcancel_raw,
  23. boolcancel_jpeg);
  24. virtualstatus_tsetParameters(constCameraParameters&params);
  25. virtualCameraParametersgetParameters()const;
  26. virtualvoidrelease();
  27. virtualstatus_tdump(intfd,constVector<String16>&args)const;
  28. };

2. 编写一个源文件去定义CameraHardwareInterface类中声明的所有虚函数,并实现openCameraHardware()函数让该函数返回一个CameraHardwareInterface类对象的指针;例如:

        
  1. extern"C"sp<CameraHardwareInterface>openCameraHardware()
  2. {
  3. CameraHardwareInterfacerealCamera;
  4. return&realCamera;
  5. }

3. 仿照其他.mk文件编写Android.mk文件用于生成一个包含步骤2编写的源文件和其他相关文件的libcamera.so文件;例如

        
  1. LOCAL_PATH:=$(callmy-dir)
  2. include$(CLEAR_VARS)
  3. LOCAL_MODULE:=libcamera
  4. LOCAL_SHARED_LIBRARIES:=\
  5. libutils\
  6. librpc\
  7. liblog
  8. LOCAL_SRC_FILES+=MyCameraHardware.cpp
  9. LOCAL_CFLAGS+=
  10. LOCAL_C_INCLUDES+=
  11. LOCAL_STATIC_LIBRARIES+=\
  12. libcamera-common\
  13. libclock-rpc\
  14. libcommondefs-rpc
  15. include$(BUILD_SHARED_LIBRARY)

4. 将宏USE_CAMERA_STUB改成false,这样生成libcameraservice.so时就会包含libcamera.so库。(注:如果 CameraHardwareInterface类的成员函数并没有直接操作硬件而是调用Camera的linux驱动来间接对硬件操作,那么包含这样的 CameraHardwareInterface类的libcamera.so库就相当于一个HAL)

上面左图中libcamera.so库直接操作Camera设备,这样相对于右图来说就相当于libcamera.so库包含了Camera驱动,而右图 则将驱动从库中分离出来并形成一层HAL这样做的好处是:移植不同型号或不同厂商的同类设备时只需修改HAL中很少代码即可。

更多相关文章

  1. Android(安卓)JNI开发入门之二
  2. Android(安卓)远程调试 JNI 实现 ( Android(安卓)JNI remote debu
  3. Android(安卓)Telephony框架结构简析
  4. android 的webview调用php服务器js , js 调用Android的webview
  5. Android(安卓)与 js 简单互调
  6. android 电容屏(三):驱动调试之驱动程序分析篇
  7. 详解 Android(安卓)的 Activity 组件
  8. 详解 Android(安卓)的 Activity 组件
  9. Android的init过程(二):初始化语言(init.rc)解析

随机推荐

  1. Android(安卓)初学者入门(一个最简单的应
  2. Android(安卓)XML解析学习——Sax方式
  3. 申请Android Map 的API Key(v2)的最新申
  4. portrait表示横向,landscape表示纵向
  5. Android动态污点分析工具TaintDroid部署
  6. android 中文 api (87) —— BaseInputConn
  7. Android中文API(116)――TableLayout
  8. android app崩溃日志收集以及上传
  9. context对于android的重要意义
  10. android以及ios平台的开发工具设想