1.Android Camera的2个独立进程
Android Camera 是C/S架构已经被说烂了，但是我还是要把这条记下来，因为我时常会脑袋短路，在client端做些无用的劳动希望来解决问题，那么这个希望真的就是奢望了。
核心自然不用说，是service端。service进程一直负责接收底层Camera 驱动传来的数据，然后传给surface显示出来。
Client端也不是吃干饭的。Client进程虽然不曾拥有任何实质的Camera数据，但是service端为它提供了丰富的接口，它可以轻松的获得Camera数据的地址，然后处理这些数据。
最后再补一句废话，Client和Service是通过Binder通信的。
2.Camera和ICamera
刚开始接触Camera的时候，苦于理不清Camera的工作流程，当我看着看着Camera，摁着键盘Ctrl+】跳来跳去，跳到ICamera出现的时候，顿时心里只有一种感觉，这不是坑爹么！
其实，静下心来，仔细分析一下，也不是很坑爹 >_< ...
ICamera,ICameraClient,ICameraService 全部都属于Android Camera 的 Client端，他们的任务就是负责与Android Camera 的Service端通信。
嗯…还得使下这个图,请注意，我们一直活跃在Android Camera 的 Client端。
按照上图的流程，一路哐哐哐下来，到了Camera.cpp，终于和ICamera扯上关系了。对于上层应用来说，Camera.cpp是最为直接的函数调用和实现。继承于ICameraClient类,典型的Client端的接口实例。
千万不要怕晕，事实是这样的： sp<Camera> camera = Camera::connect();
Camera类通过sp<ICamera> mCamera对象，调用函数。
达到的效果就是好像是在直接调用CameraService::Client的mClient的函数们。
如果你晕了，就表明你没有记住我刚说过的Android Camera Service端 为Android Camera Client端提供丰富的接口。
sp<Camera> Camera::connect()
{
LOGV("connect");
sp<Camera> c = new Camera();
const sp<ICameraService>& cs = getCameraService();
if (cs != 0) {
c->mCamera = cs->connect(c);
}
if (c->mCamera != 0) {
c->mCamera->asBinder()->linkToDeath(c);
c->mStatus = NO_ERROR;
} else {
c.clear();
}
return c;
}
CameraService的connect函数接口：
sp<ICamera> CameraService::connect(const sp<ICameraClient>& cameraClient) {
…..
// create a new Client object
client = new Client(this, cameraClient, callingPid);
mClient = client;
if (client->mHardware == NULL) {
client = NULL;
mClient = NULL;
return client;
}
…..
}
就是这里了，创建了一个Client实例对象，并将该实例对象赋值给CameraSevice的类成员mClient,方便其实函数接口对Client的调用。
3.客户都是变态的，Sensor型号必须是多变的
客户总是换硬件方案，那么好吧，我们也要跟着重新移植Android Camera 。一提到移植两个字，许多人都觉得好可怕。我们讨论的是嵌入式，又不是医学，移植个肾脏你抖三抖情有可原，移植个Camera，就是多写个sensor驱动你怕啥？！
至于Sensor具体的配置属性怎么写，得听客户的，我说了不算。
嗨，程序员嘛，谁还没被客户的需求耍过？叹口气，就算了，绝不多抱怨。谁叫咱是IT界最伟大最智慧最善良的程序员呢！