从Android 8.0之后，Android 引入Treble机制，主要是为了解决目前Android 版本之间升级麻烦的问题，将OEM适配的部分vendor与google 对android 大框架升级的部分system部分做了分离，一旦适配了一个版本的vendor信息之后，之后的版本再进行升级时，直接升级system即可，这个就不会给OEM厂商升级带来太大的工作量，直接升级最新功能，可以解决目前市面上Android版本过来凌乱的问题。
首先Treble机制在Vendor分区中有两种模式，一个编译成so库，供System分区的进程和应用直接加载调用，两者在同一个进程中，这种叫直通式 HAL(passthrough)模式， 另外一种是直接编译成一个daemon可运行的服务，然后System分区的进程通过HwBinder的IPC通信方式来调用，两者在二个独立的进程中，这种称为绑定式HAL(Binderized )模式。
本文主要讲的是HAL(Binderized )模式。
一、main函数入口
/hardware/interface/camera/provider/2.4/default/service.cpp
主要就是defaultPassthroughServiceImplemention这个函数，虽然名字是passthrough，其实并不是上面说的直通式的。
二、LegacySupport
/system/libhidl.transport/include/hidl/LegacySupport.h
/system/libhidl.transport/LegacySupport.cpp
defaultPassthroughServiceImplemention的具体实现就在这两个文件里面了
三、ServiceManagement
/system/libhidl.transport/ServiceManagement.cpp
主要逻辑都在这个文件里面
getRawServiceInternal 的本质就是创建CameraProvider对象，返回的IBase就是CameraProvider，创建完之后将其注册到系统服务由ServiceManager管理
上面这些代码的作用就是到 /system/lib/hw 或者 /vendor/lib/hw 或者 /odm/lib/hw 这些目录下去找动态库，找什么样的动态库呢？就是根据服务的包名。
上面的fqName就是 ICameraProvider::descriptor
这要就是这段解析服务名去找库名（个人感觉很不友好，库名必须要和代码逻辑一致），sys就是找函数符号了，其实就是CameraProvider的构造函数
构造CameraProvider对象，也就是IBase
service创建好之后就通过回调注册到ServiceManager了，不做深入分析了
四、回到ICameraProvider
/hardware/interface/camera/provider/2.4/default
CameraProvider的构造大概就这么多，至于CameraDevice，CameraSession这些都是通过CameraProvider创建的
另外服务还是需要在manifest里面注册的
