|
7． 那么现在的关键就是 Client 类了·进一步跟进：
CameraService::Client::Client(const sp<CameraService>& cameraService,
const sp<ICameraClient>& cameraClient, pid_t clientPid)
{
…..
mCameraService = cameraService;
mCameraClient = cameraClient;
mClientPid = clientPid;
mHardware = openCameraHardware();
}
将 cameraService 和 cameraClient 的实例分别赋值给了 Client 的类成员变量。
另外 openCameraHardware() 是值得注意的地方，也就是连接上层应用和底层驱动的关键，通过调用 openCameraHardware() 得到了一个 CameraHardwareInterface 实例对象，并赋值给自己的类成员： `
sp<CameraHardwareInterface> mHardware;
对 hardware 的操作就是通过该对象完成的，所以说真正意义上的功能实现其实就是在这里，即 client 类的函数接口调用。
对于 hardware 的东东咱们暂时不去关注吧。
那么我们再次仔细研究下 Client 类的继承关系 ( 这些继承关系很容易混乱，涉及到较多的多态类型转换 ) ，这个其实往往都很关键：
 Client 继承于 BnCamera ，而 BnCamera 则继承于 ICamera ，也就是说 Client 继承了 ICamera, 实现了 ICamera 中的函数。
进而发现，原来绕一个大圈，把最开始的图简化下：
 8． 除此之外还有两个步骤或许需要去研究下：
先从单一函数去跟进，看具体一些 callback 的实现流程：
// callback from camera service
void Camera::notifyCallback(int32_t msgType, int32_t ext1, int32_t ext2)
{
sp<CameraListener> listener;
{
Mutex::Autolock _l(mLock);
listener = mListener;
}
if (listener != NULL) {
listener->notify(msgType, ext1, ext2);
}
}
这是 Camera 类中一个 callback 函数实现，但其本质在哪？先看 camera 类的继承关系：
通过以上的继承关系，继续跟进其父类 ICameraClient :
class ICameraClient: public IInterface
{
public:
DECLARE_META_INTERFACE(CameraClient);
virtual void notifyCallback(int32_t msgType, int32_t ext1, int32_t ext2) = 0;
virtual void dataCallback(int32_t msgType, const sp<IMemory>& data) = 0;
virtual void dataCallbackTimestamp(nsecs_t timestamp, int32_t msgType, const sp<IMemory>& data) = 0;
};
其中 notifyCallback() 又是纯虚函数 , 则同样说明实现在其子类 BpCameraClient 中：
// generic callback from camera service to app
void notifyCallback(int32_t msgType, int32_t ext1, int32_t ext2)
{
LOGV("notifyCallback");
Parcel data, reply;
data.writeInterfaceToken(ICameraClient::getInterfaceDescriptor());
data.writeInt32(msgType);
data.writeInt32(ext1);
data.writeInt32(ext2);
remote()->transact(NOTIFY_CALLBACK,data, &reply, IBinder::FLAG_ONEWAY);
}
然后通过 Binder 通讯调用到 BnCameraClient 中实现：
status_t BnCameraClient::onTransact(
uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)
{
switch(code) {
case NOTIFY_CALLBACK: {
LOGV("NOTIFY_CALLBACK");
CHECK_INTERFACE(ICameraClient, data, reply);
int32_t msgType = data.readInt32();
int32_t ext1 = data.readInt32();
int32_t ext2 = data.readInt32();
notifyCallback(msgType, ext1, ext2);
return NO_ERROR;
} break;
….
}
进而调用到了 Camera.cpp 中的函数实现了，但或许你有疑问，这些 callback 是涉及到一些驱动的 callback ，哪怎么跟驱动联系起来那？
结合之前对 hardware 接口调用的类 Client ，进一步可以发现 callback 的处理同样是在 Client 类实例化的时候：
CameraService::Client::Client(const sp<CameraService>& cameraService,
const sp<ICameraClient>& cameraClient, pid_t clientPid)
{
…..
mHardware->setCallbacks( notifyCallback ,
dataCallback,
dataCallbackTimestamp,
mCameraService.get());
…..
}
调用了 mHardware 将 callback 传入，但此处的 notifyCallback 并不是 camera.cpp 中的函数，而是 client 类的 notifyCallback 函数。
再继续看 client 类中的 notifyCallback 函数实现：
void CameraService::Client::notifyCallback(int32_t msgType, int32_t ext1,int32_t ext2, void* user)
{
…..
default:
sp<ICameraClient> c = client->mCameraClient;
if (c != NULL) {
c->notifyCallback(msgType, ext1, ext2);
}
break;
…..
}
通过得到 ICameraClient 实例进而调用到了具体的对象 Camera 的 notifyCallback() 函数。这个地方估计会遇见跟 ICameraService 函数调用一样的问题， ICameraClient 函数调用所需要的函数实例在哪？
记得上述 ICameraService 讲到的 connect() 函数嘛？其中有一个参数不能被忽略掉的，就是 ICameraClient ，但它在真正传入的时候却是一个 ICameraClient 子类 camera 的实例对象。
CameraService:
sp<ICamera> CameraService::connect(const sp<ICameraClient>& cameraClient)
{
…..
// create a new Client object
client = new Client(this, cameraClient , callingPid);
…..
}
Client:
CameraService::Client::Client(const sp<CameraService>& cameraService,
const sp<ICameraClient>& cameraClient , pid_t clientPid)
{
….
mCameraService = cameraService;
mCameraClient = cameraClient ;
….
}
这样就清楚了，其实 Client 在调用设置 callback 的调用最终还是调用到了 camera.cpp 中的 callback 函数，进而将具体内容通过 callback 反馈给上层应用做出相应的处理。
|
|
|
