记录一下Android usb相关的知识学习

在SecondStageMain中会先调用PropertyInit做属性初始化，该方法会调用PropertyLoadBootDefaults加载持久化的属性
主要加载位置：
/system/build.prop
/system_ext/default.prop
/system_ext/build.prop
/vendor/default.prop
/vendor/build.prop
/vendor_dlkm/etc/build.prop
/odm_dlkm/etc/build.prop
/odm/default.prop
/odm/build.prop
/product/default.prop
/product/build.prop
这里会读取到persist.sys.usb.config这个属性，注意这里按先后顺需读取是会覆盖的

在SecondStageMain中调用StartPropertyService开启了属性服务后，调用SetUsbController读取/sys/class/udc这个路径下的目录，来设置sys.usb.controller这项属性

LoadBootScripts加载并解析rc文件，rc文件路径有以下几处位置
/system/etc/init/hw/init.rc 这里包括有
/init.environ.rc
/system/etc/init/hw/init.usb.rc
/init.${ro.hardware}.rc
/vendor/etc/init/hw/init.${ro.hardware}.rc
/system/etc/init/hw/init.usb.configfs.rc
/system/etc/init/hw/init.${ro.zygote}.rc
/system/etc/init
/system_ext/etc/init
/vendor/etc/init 存放vendor自定义的rc文件
/odm/etc/init
/product/etc/init

依次触发early-init、init、late-init
am.QueueEventTrigger("early-init")

am.QueueEventTrigger("init")
init阶段：
init.rc中会启动servicemanager、hwservicemanager、vndservicemanager
init.usb.rc中将sys.usb.configfs属性设置为0

am.QueueEventTrigger("late-init")
late-init阶段：
init.rc首先会触发early-fs，启动vold；接着触发post-fs启动vdc
触发zygote-start，执行/system/bin/app_process启动zygote进程，这里的流程比较多，在AndroidRuntime.cpp的start方法中调用java层的方法（ZygoteInit.java/main），启动system_server.
system_server通过startBootstrapServices、startCoreServices、startOtherServices来启动系统服务，usbservice就是在这里启动的

startBootstrapServices

startOtherServices
mSystemServiceManager.startService(ADB_SERVICE_CLASS); // 首先启动adbservice

// 接着根据PackageManager中是否包含 FEATURE_USB_HOST = "android.hardware.usb.host" 这个feature来决定是否启动usbservice。这个feature定义在frameworks/native/data/etc/android.hardware.usb.host.xml，需要copy到/vendor/etc/permission
mSystemServiceManager.startService(USB_SERVICE_CLASS);
mServices.add(service); // system_server持有一个systemservicemanager，所有启动的service会注册到manager中来管理
service.onStart(); // 启动service
mUsbService = new UsbService(getContext());
publishBinderService(Context.USB_SERVICE, mUsbService);
// usbservice 是跑在binder中的，但是UsbService储存在systemservicemanager，只要systemservicemanager不关闭，usbservice就可以正常运行

/frameworks/base/core/java/android/hardware/usb/IUsbManager.aidl
/frameworks/base/core/java/ 下的aidl文件都以apex lib的形式被编译（framework-minus-apex）
触发early-boot
触发boot

UsbService
1、构造函数
mUserManager = context.getSystemService(UserManager.class); // 这里用到的context来自于system_server
mSettingsManager = new UsbSettingsManager(context, this);
mPermissionManager = new UsbPermissionManager(context, this);
mAlsaManager = new UsbAlsaManager(context);


如果包含有FEATURE_USB_HOST则创建UsbHostManager，从调用的方法来看，只有getDeviceList、opendevice、setUsbDeviceConnectionHandler调用了hostmanager的方法
如果包含有/sys/class/android_usb这个路径则创建UsbDeviceManager，setCurrentFunctions、getCurrentFunctions、setScreenUnlockedFunctions、getCurrentUsbSpeed、getGadgetHalVersion等方法调用了devicemanager的方法
如果包含有以上任意一个对象则创建UsbPortManager，getPortStatus、setPortRoles、getUsbHalVersion等方法调用了portmanager的方法


UsbHostManager：我猜测是用来管理接入的设备的，管理方法如下：systemReady会开启一个线程，执行native层的方法usb_host_run，调用usb_host_read_event，其实就是监听/dev、/dev/bus、/dev/bus/usb，这三个路径。如果有事件发生则callback到java层的usbDeviceRemoved、usbDeviceAdded，并将设备添加到mAlsaManager中统一管理


UsbDeviceManager：管理设备作为从属设备时的状态
如果存在IUsbGadget这个服务，那么就使用UsbHandlerHal这个handler，同时注册了几个广播来监听port的变化、charging的变化、host的变化、language的变化。 systemReady时获取到了AdbManagerInternal，并且注册了一个AdbTransport；接着调用finishBoot来初始化usb状态，但是要执行里面的方法需要满足三个条件，BootCompleted、SystemReady和CurrentUsbFunctionsReceived，前两个是由上层调用，最后面一个在有IUsbGadget这个服务时，需要由服务调用getCurrentUsbFunctionsCb来设置；如果用的UsbHandlerLegacy则默认为true。我猜测IUsbGadget这个服务是用来给native层设置usbdevice状态的，并且同步到java层的。
UsbDeviceManager的方法用异步消息的机制就可以保证native和java层保持一致的流程。

setEnabledFunctions(long usbFunctions, boolean forceRestart)
trySetEnabledFunctions(usbFunctions, forceRestart)
setSystemProperty(getPersistProp(true), functions); // 经过一些列的判断之后，通过设置usb的属性来完成功能的设定

使用IUsbGadget时，可以通过AdbManagerInternalImpl来打开和关闭adb service，
其他时候adb的打开和关闭可以通过AdbSettingsObserver来监听setting中的设定。

UsbPortManager：它其实调用的是android.hardware.usb@1.0::IUsb，设定、读取的是usb端口支持的功能（host device source sink）