2.3camera service的connectDevice的过程

在上一节中，我们梳理了camera open在framework中涉及的类和它们的主要功能，但是我们跳过了一些关键的细节，所以在这一章节中，我们将首先来分析connectDevice的过程。

首先我们来看在ICameraService.aidl中的定义，

接口定义了四个变量callbacks、设备id、应用的包名、clientUid，如果是从openCamera方法调用的，这里就是-1。

       然后我们到接口实现CameraService.h中查看。

除了接口定义的四个参数，还多出了一个out的device，类型是ICameraDeviceUser，这刚好与上一节中的返回值一致。

connectDevice方法的核心就是调用了connectHelper方法。首先调用validateConnectLocked方法判断设备是否可用。

判断的过程是首先判断是否已经初始化mInitialized，这个值是在启动CameraService时调用onFirstRef方法赋值的。

然后判断CameraState是否为空，CameraState内部实现了CameraParameters的get、set方法。如果不为空，那么通过取得的cameraState对象就能够得到CameraParameters，从而得到相机各种size相关的参数，例如fps range、preview sizes、video sizes等。

最后判断相机是否已经被占用，如果对应camera id的相机正常就返回状态NO_ERROR。

connectHelper方法接下来会判断shim parameter的更新状态，connectDevice直接传入了false，所以这里可以不用关注。

之后就该执行handleEvictionsLocked方法，这个方法很重要，是进行相机多进程互斥逻辑的方法。多个应用无法同时打开相机就是在这个方法中进行管理的。在下一章节中，我们单独对这个地方进行分析。

接下来对两个特殊情况进行处理。由于API1的MediaRecoder会返回一个client，所以对MediaRecoder不为空的情况做一个单独的处理。

       相机打开的情况下，闪光灯的控制必须交由相机控制，所以此时会关闭所有闪光灯的控制，如果手电筒打开，就会在此时被关闭。

       然后就进入了真正的client流程，先通过getDeviceVersion方法取得对应底层HAL的版本，这里的版本与HAL本身的版本略有不同。作用是根据版本的不同确定HAL中的小版本，各个版本的区别是库中方法有所不同。根据Device version调用makeClient方法创建Camera Client对象。

makeClient方法主要有两个操作，1是判断API+HAL版本的通路； 2是根据判定结果决定创建哪个client。client类有三个，分别是CameraClient、Camera2Client和CameraDeviceClient。

具体对应关系是：

API1+HAL3->CameraClient

API1+HAL3->Camera2Client

API2+HAL3->CameraDeviceClient

得到client之后就是进行真正的Camera打开的操作了。

核心就是调用client的initalize方法，这个方法传入了CameraProviderManager对象作为参数，我们前文介绍过，CameraService并不是直接与底层通信，而是通过Provider进程进行的。而CameraProviderManager就是CameraService持有的Provider的manager。通过一系列initalize方法和initalizeImpl方法的调用，最终通过打开相机。