技术经验分享:Android源码笔记——Camera系统架构

简介: 技术经验分享:Android源码笔记——Camera系统架构

Camera的架构与Android系统的整体架构保持一致,如下图所示,本文主要从以下四个方面对其进行说明。


Framework:Camera.java Android Runtime:android_hardware_Camera.cpp Library:Camera Client和Camera Service HAL:CameraHardwareInterface


一、Framework:Camera.java


Camera是应用层软件直接使用的类,涵盖了启动、预览、拍摄及关闭等操作摄像头的全部接口。Camera.java在Android源码中的路径为:framework/base/core/java/android/hardware。为了说明整个Camera系统的架构,这里暂不横向分析Camera.java的功能,下面从open()方法着手:


public static Camera open() {


int numberOfCameras = getNumberOfCameras();


CameraInfo cameraInfo = new CameraInfo();


for (int i = 0; i < numberOfCameras; i++) {


getCameraInfo(i, cameraInfo);


if (cameraInfo.facing == CameraInfo.CAMERA_FACING_BACK) {


return new Camera(i);


}


}


return null;


}


open()方法需要注意以下几点:


getNumberOfCameras为native方法,实现在android_hardware_Camera.cpp中;


CameraInfo是Camera定义的静态内部类,包含facing、orientation、canDisableShutterSound;


getCameraInfo内部调用native方法_getCameraInfo获取摄像头信息;


open()默认启动的是后置摄像头(CAMERA_FACING_BACK)。


/* used by Camera#open, Camera#open(int) /


Camera(int cameraId) {


int err = cameraInitNormal(cameraId);


if (checkInitErrors(err)) {


switch(err) {


case EACCESS:


throw new RuntimeException("Fail to connect to camera service");


case ENODEV:


throw new RuntimeException("Camera initialization failed");


default:


// Should never hit this.


throw new RuntimeException("Unknown camera error");


}


}


}


Camera构造器的核心实现在cameraInitNormal中,cameraInitNormal调用cameraInitVersion,并传入参数cameraId和CAMERA_HAL_API_VERSION_NORMAL_CONNECT,后者代表HAL的版本。


private int cameraInitVersion(int cameraId, int halVersion) {


……


String packageName = ActivityThread.currentPackageName();


return native_setup(new WeakReference(this), cameraId, halVersion, packageName);


}


cameraInitNormal调用本地方法native_setup(),由此进入到android_hardware_Camera.cpp中,native_setup()的签名如下:


private native final int native_setup(Object camera_this, int cameraId, int halVersion, String packageName);


二、Android Runtime:android_hardware_Camera.cpp


native_setup()被动态注册到JNI,通过JNI调用android_hardware_Camera_native_setup()方法。


static JNINativeMethod camMethods【】 = {


……


{ "native_setup", "(Ljava/lang/Object;ILjava/lang/String;)V",


(void)android_hardware_Camera_native_setup }


……


};


JNI的重点是android_hardware_Camera_native_setup()方法的实现:


// connect to camera service


static jint android_hardware_Camera_native_setup(JNIEnv env, jobject thiz,


jobject weak_this, jint cameraId, jint halVersion, jstring clientPackageName)


{


// Convert jstring to String16


const char16_t rawClientName = env->GetStringChars(clientPackageName, NULL);


jsize rawClientNameLen = env->GetStringLength(clientPackageName);


String16 clientName(rawClientName, rawClientNameLen);


env->ReleaseStringChars(clientPackageName, rawClientName);


sp camera;


if (halVersion == CAMERA_HAL_API_VERSION_NORMAL_CONNECT) {


// Default path: hal version is don't care, do normal camera connect.


camera = Camera::connect(cameraId, clientName,


Camera::USE_CALLING_UID);


} else {


jint status = Camera::connectLegacy(cameraId, halVersion, clientName,


Camera::USE_CALLING_UID, camera);


if (status != NO_ERROR) {


return status;


}


}


if (camera == NULL) {


return -EACCES;


}


// make sure camera hardware is alive


if (camera->getStatus() != NO_ERROR) {


return NO_INIT;


}


jclass clazz = env->GetObjectClass(thiz);


if (clazz == NULL) {


// This should never happen


jniThrowRuntimeException(env, "Can't find android/hardware/Camera");


return INVALID_OPERATION;


}


// We use a weak reference so the Camera object can be garbage collected.


// The reference is only used as a proxy for callbacks.


sp context = new JNICameraContext(env, weak_this, clazz, camera);


context->incStrong((void)android_hardware_Camera_native_setup);


camera->setListener(context);


// save context in opaque field


env->SetLongField(thiz, fields.context, (jlong)context.get());


return NO_ERROR;


}


android_hardware_Camera_native_setup()方法通过调用Camera::connect()方法请求连接CameraService服务。入参中:


clientName是通过将clientPackageName从jstring转换为String16格式得到;


Camera::USE_CALLING_UID是定义在Camera.h中的枚举类型,其值为ICameraService::USE_CALLING_UID(同样为枚举类型,值为-1)。


Camera::connect()位于Camera.cpp中,由此进入到Library层。


三、Library:Camera Client和Camera Service


如上述架构图中所示,ICameraService.h、ICameraClient.h和ICamera.h三个类定义了Camera的接口和架构,ICameraService.cpp和Camera.cpp两个文件用于Camera架构的实现,Camera的具体功能在下层调用硬件相关的接口来实现。Camera.h是Camera系统对上层的接口。


具体的,Camera类继承模板类CameraBase,Camera::connect()调用了CameraBase.cpp中的connect()方法。


sp Camera::connect(int cameraId, const String16& clientPackageName,


int clientUid)


{


return CameraBaseT::connect(cameraId, clientPackageName, clientUid);


}


CameraBase实际上又继承了IBinder的DeathRecipient内部类,DeathRecipient虚拟继承自RefBase。RefBase是Android中的引用计数基础类,其中定义了incStrong、decStrong、incWeak和decWeak等涉及sp/wp的指针操作函数,当然这扯远了。


template


struct CameraTraits {


};


template


class CameraBase : public IBinder::DeathRecipient


{


public:


static sp connect(int cameraId,


const String16& clientPackageName,


int clientUid);


……


}


class DeathRecipient : public virtual RefBase


{


public:


virtual void binderDied(const wp& who) = 0;


};


回到Camera::connect()的实现上,其中,new TCam(cameraId)生成BnCameraClient对象,BnCameraClient定义在ICameraClient.h文件中,继承自模板类BnInterface。getCameraService()方法返回CameraService的服务代理BpCameraService,BpCameraService同样继承自模板类BnInterface。然后通过Binder通信发送CONNECT命令,当BnCameraService收到CONNECT命令后调用CameraService的connect()成员函数来做相应的处理。


template //代码效果参考:http://www.lyjsj.net.cn/wx/art_23056.html


sp CameraBase::connect(int cameraId,


const String16& clientPackageName,


int clientUid)


{


ALOGV("%s: connect", FUNCTION);


sp c = new TCam(cameraId); // BnCameraClient


sp cl = c;


status_t status = NO_ERROR;


const sp& cs = getCameraService(); // BpCameraService


if (cs != 0) {


TCamConnectService fnConnectService = TCamTraits::fnConnectService;


status = (cs.get()->fnConnectService)(cl, cameraId, clientPackageName, clientUid,


/out/ c->mCamera);


}


if (status == OK && c->mCamera != 0) {


c->mCamera->asBinder()->linkToDeath(c);


c->mStatus = NO_ERROR;


} else {


ALOGW("An error occurred while connecting to camera: %d", cameraId);


c.clear();


}


return c;


}


class BnCameraClient: public BnInterface


{


public:


virtual status_t onTransact( uint32_t code,


const Parcel& data,


Parcel reply,


uint32_t flags = 0);


};


class BpCameraService: public BpInterface


{


public:


BpCameraService(const sp& impl)


: BpInterface(impl)


{


}


……


}


注:connect()函数在BpCameraService和BnCameraService的父类ICameraService中声明为纯虚函数,在BpCameraService和CameraService中分别给出了实现,BpCameraService作为代理类,提供接口给客户端,真正实现在BnCameraService的子类CameraService中。


在BpCameraService中,connect()函数实现如下:


// connect to camera service (android.hardware.Camera)


virtual status_t connect(const sp& cameraClient, int cameraId,


const String16 &clientPackageName, int clientUid,


/out/


sp& device)


{


Parcel data, reply;


data.writeInterfaceToken(ICameraService::getInterfaceDescriptor());


data.writeStrongBinder(cameraClient->asBinder());


data.writeInt32(cameraId);


data.writeString16(clientPackageName);


data.writeInt32(clientUid);


remote()->transact(BnCameraService::CONNECT, data, &reply); // BpBinder的transact()函数向IPCThreadState实例发送消息,通知其有消息要发送给binder driver


if (readExceptionCode(reply)) return -EPROTO;


status_t status = reply.readInt32();


if (reply.readInt32() != 0) {


device = interface_cast(reply.readStrongBinder()); // client端读出server返回的bind


}


return status;


}


首先将传递过来的Camera对象cameraClient转换成IBinder类型,将调用的参数写到Parcel(可理解为Binder通信的管道)中,通过BpBinder的transact()函数发送消息,然后由BnCameraService去响应该连接,最后就是等待服务端返回,如果成功则生成一个BpCamera实例。


真正的服务端响应实现在BnCameraService的onTransact()函数中,其负责解包收到的Parcel并执行client端的请求的方法。


status_t BnCameraService::onTransact(


uint32_t code, const Parcel& data, Parcel reply, uint32_t flags)


{


switch(code) {


……


case CONNECT: {


CHECK_INTERFACE(ICameraService, data, reply);


sp cameraClient =


interface_cast(data.readStrongBinder()); // 使用Camera的Binder对象生成Camera客户代理BpCameraClient实例


int32_t cameraId = data.readInt32();


const String16 clientName = data.readString16();


int32_t clientUid = data.readInt32();


sp camera;


status_t status = connect(cameraClient, cameraId,


clientName, clientUid, /out/camera); // 将生成的BpCameraClient对象作为参数传递到CameraService的connect()函数中


reply->writeNoException();


reply->writeInt32(status); // 将BpCamera对象以IBinder的形式打包到Parcel中返回


if (camera != NULL) {


reply->writeInt32(1);


reply->writeStrongBinder(camera->asBinder());


} else {


reply->writeInt32(0);


}


return NO_ERROR;


} break;


……


}


}


主要的处理包括:


通过data中Camera的Binder对象生成Camera客户代理BpCameraClient实例;


将生成的BpCameraClient对象作为参数传递到CameraService(/frameworks/av/services/camera /libcameraservice/CameraService.cpp)的connect()函数中,该函数会返回一个BpCamera实例;


将在上述实例对象以IBinder的形式打包到Parcel中返回。


最后,BpCamera实例是通过CameraService::connect()函数返回的。CameraService::connect()实现的核心是调用connectHelperLocked()函数根据HAL不同API的版本创建不同的client实例(早期版本中好像没有connectHelperLocked()这个函数,但功能基本相似)。


status_t CameraService::connectHelperLocked(


/out/


sp& client,


/in

相关文章
|
8月前
|
存储 缓存 安全
某鱼电商接口架构深度剖析:从稳定性到高性能的技术密码
某鱼电商接口架构揭秘:分层解耦、安全加固、性能优化三维设计,实现200ms内响应、故障率低于0.1%。详解三层架构、多引擎存储、异步发布、WebSocket通信与全链路防护,助力开发者突破电商接口“三难”困境。
|
9月前
|
数据采集 监控 JavaScript
移动端性能监控探索:鸿蒙 NEXT 探针架构与技术实现
阿里云 ARMS 团队倾力打造的鸿蒙 NEXT SDK,为鸿蒙应用提供了业界领先的全链路监控解决方案。这不仅仅是一个 SDK,更是您洞察用户体验、优化应用性能的智能伙伴。
942 78
|
11月前
|
算法 物联网 定位技术
蓝牙室内定位技术解决方案:核心技术架构与优化实践
本文探讨了蓝牙iBeacon与Lora结合的室内定位技术,分析其在复杂室内环境中的优势与挑战。通过三层架构实现高精度定位,并提出硬件、算法与部署优化方向,助力智慧仓储、医疗等场景智能化升级。
590 0
蓝牙室内定位技术解决方案:核心技术架构与优化实践
|
8月前
|
人工智能 自然语言处理 安全
AI助教系统:基于大模型与智能体架构的新一代教育技术引擎
AI助教系统融合大语言模型、教育知识图谱、多模态交互与智能体架构,实现精准学情诊断、个性化辅导与主动教学。支持图文语音输入,本地化部署保障隐私,重构“教、学、评、辅”全链路,推动因材施教落地,助力教育数字化转型。(238字)
1538 23
|
8月前
|
Java Linux 虚拟化
【Docker】(1)Docker的概述与架构,手把手带你安装Docker,云原生路上不可缺少的一门技术!
1. Docker简介 1.1 Docker是什么 为什么docker会出现? 假定您在开发一款平台项目,您的开发环境具有特定的配置。其他开发人员身处的环境配置也各有不同。 您正在开发的应用依赖于您当前的配置且还要依赖于某些配置文件。 您的企业还拥有标准化的测试和生产环境,且具有自身的配置和一系列支持文件。 **要求:**希望尽可能多在本地模拟这些环境而不产生重新创建服务器环境的开销 问题: 要如何确保应用能够在这些环境中运行和通过质量检测? 在部署过程中不出现令人头疼的版本、配置问题 无需重新编写代码和进行故障修复
713 2
|
10月前
|
机器学习/深度学习 存储 人工智能
RAG系统文本检索优化:Cross-Encoder与Bi-Encoder架构技术对比与选择指南
本文将深入分析这两种编码架构的技术原理、数学基础、实现流程以及各自的优势与局限性,并探讨混合架构的应用策略。
803 10
RAG系统文本检索优化:Cross-Encoder与Bi-Encoder架构技术对比与选择指南
|
9月前
|
Cloud Native API 开发者
Gemini 2.5 Flash 技术拆解:从 MoE 架构到阿里云生态落地指南
2025年9月,谷歌Gemini 2.5 Flash发布,性能提升5%、成本降24%,引发行业关注。其MoE架构、百万上下文与“思考”范式,助力阿里云开发者高效构建云原生应用。本文解析技术内核,结合汽车、物流等案例,提供落地指南与避坑建议,展望大模型与流计算融合前景。
1050 6
|
9月前
|
JSON 供应链 监控
1688商品详情API技术深度解析:从接口架构到数据融合实战
1688商品详情API(item_get接口)可通过商品ID获取标题、价格、库存、SKU等核心数据,适用于价格监控、供应链管理等场景。支持JSON格式返回,需企业认证。Python示例展示如何调用接口获取商品信息。