一、关于Camera(Camera.cpp)的特别说明:
1、该Camera模块用于app端与CameraService进行通信的总入口,里面用到了具体的BpCameraService与CameraService通信,用到了BpCamera与BnCamera进行通信;
2、该Camera本身又是继承BnCameraClient的,它本身又是某个服务端!实现的业务接口是ICameraClient。
从ICameraClient的意义,我们知道,这是一个回调类,如果不是跨进程的话,我们很容易理解:某个地方拿到了数据,然后回调给相应的接收方。
这里是用到了Binder进行跨进程通信,意义是一样的:app端对视频流有兴趣,视频流是在另一个进程CameraService中得到的,该service得到了以后,就通过回调将数据回调回app端。因为用到了Binder的通信,而android的这种模型都是统一的,所以,正在CameraService中回调的时候,拿到的是一个ICameraClient的代理:BpCameraClient,利用这个BpCameraClient将数据回调回去!
3、那这个位于CameraService::Client中的IcameraClient变量:mRemoteCallback是何时初始化的呢?(看名字,mRemoteCallback:远端回调!)
3.1、在一开始客户端的jni的set_up方法中,有个connect方法,就是用到了ICameraService的客户端,调用到了CameraService的connect方法。在客户端调用时,有段代码:
//CameraBase.cpp
::connect(){
…
sp<Camera> c=new Camera(cameraId);
Sp<ICameraClient> cl=c;
ICameraService.connect(cl,cameraId,clientpackagename,clientUid,/*out*/c->mCamera);
...
}
把新建的Camera作为参数传递过去的,这个IcameraServicde实际上是BpCameraService,由于客户端不关心,所以用匿名。当然,这样传递会经过binder驱动的处理。
4、BpCameraService的处理
在代理端,其connect方法为:
// connect to camera service (android.hardware.Camera)
virtual status_t connect(const sp<ICameraClient>& cameraClient, int cameraId,
const String16 &clientPackageName, int clientUid,
/*out*/
sp<ICamera>& device)
{
Parcel data, reply;
data.writeInterfaceToken(ICameraService::getInterfaceDescriptor());
data.writeStrongBinder(IInterface->asBinder(cameraClient));
data.writeInt32(cameraId);
data.writeString16(clientPackageName);
data.writeInt32(clientUid);
status_t status;
status=remote()->transact(BnCameraService::CONNECT, data, &reply);
if(status!=OK) return status;
if (readExceptionCode(reply)) return -EPROTO;
status_t status = reply.readInt32();
if (reply.readInt32() != 0) {
device = interface_cast<ICamera>(reply.readStrongBinder());
}
return status;
}
2、Preview数据如何从服务端传递到客户端
1、硬件层有数据时,会回调属于CameraClient中的接口,在里面再细分调用;
下面以previewdata为例说明。
2、主体:
CameraClient::dataCallback() à CameraClient::handlePreviewData()
->BpCameraClient::dataCallback —-ipc 通信à Camera::dataCallback->listener.postData
这个listen就是android_hardware_Camera.cpp中的JNICameraContext
àJNICameraContext::postDataàJNICameraContext::copyAndPost(进行相应检查与分配空间)—–>
Env->CallStaticVoidMethod(mCameraJClass,fields.post_event,mCameraJObjectWeak,msgType,0,0,obj);
将数据post到java
3、重点看一下BpCameraClient::dataCallback,因为这里涉及到一些数据地址的问题。
// generic data callback from camera service to app with image data
void dataCallback(int32_t msgType, const sp<IMemory>& imageData,
camera_frame_metadata_t *metadata)
{
ALOGV("dataCallback");
Parcel data, reply;
data.writeInterfaceToken(ICameraClient::getInterfaceDescriptor());
data.writeInt32(msgType);
data.writeStrongBinder(IInterface->asBinder(imageData));
if (metadata) {
data.writeInt32(metadata->number_of_faces);
data.write(metadata->faces, sizeof(camera_face_t) * metadata->number_of_faces);
}
remote()->transact(DATA_CALLBACK, data, &reply, IBinder::FLAG_ONEWAY);
}
必须要搞清楚,这个sp& imageData是怎么来的?里面的数据格式是什么样的?接着,需要看data.writeStrongBinder(Iinterface->asBinder(imageData));又干了什么。
3.1、关于sp& imageData的来源问题
在CameraClient::dataCallback中就接收了这个数据作为参数,那么这个数据是来自更底层的。
需要分析一个具体的底层代码。
3.2、sp& imageData数据格式
涉及两个文件:IMemory.h,IMemory.cpp
3.3 、data.writeStrongBinder(Iinterface->asBinder(imageData));
本文详细解析了Camera服务端与客户端之间的通信机制,包括跨进程通信原理、数据传递流程以及关键接口的作用。深入探讨了ICameraClient的回调机制在Android应用与后台服务间数据交换的过程。
9668

被折叠的 条评论
为什么被折叠?



