14、USB多设备并发管理：多USB设备同时连接场景、USB Hub支持与拓扑管理、设备地址分配与冲突解决、资源竞争与带宽分配。

好，我们进入第十四章。说实话，这一章的内容在实际开发中特别容易踩坑。你想想看，一个Android设备同时接上键盘、鼠标、U盘、摄像头、还有几个串口工具……系统怎么管得过来？地址会不会冲突？带宽够不够用？Hub插多了会不会出问题？

我在做平板电脑项目时，就遇到过同时挂载6个USB设备导致系统卡死的场景。排查了整整两天，最后发现是Hub的拓扑深度超过了Android的限制。嗯，今天我们就把这些坑一个个填上。

14.1 多USB设备同时连接的典型场景

先说说实际项目中常见的多设备场景。我个人习惯把它们分成三类：

• 外设扩展类：键盘、鼠标、游戏手柄、指纹仪、扫码枪。这类设备对带宽要求不高，但要求低延迟。
• 存储传输类：U盘、移动硬盘、OTG读卡器。这类设备吃带宽，尤其是大文件读写时。
• 音视频采集类：USB摄像头、USB麦克风、采集卡。这类设备既吃带宽，又要求实时性。

我在项目中遇到过最极端的情况：一个工业平板同时接了3个摄像头、2个U盘、1个键盘。结果摄像头画面一卡一卡的，U盘拷贝速度掉到个位数。说白了，就是带宽分配出了问题。

14.2 USB Hub支持与拓扑管理

USB Hub这东西，看着简单，其实门道很多。Android对Hub的支持有几个关键限制：

• 最大层级深度：USB规范允许7层Hub级联，但Android实际只支持到5层（包括根Hub）。超过这个深度，设备可能无法识别。
• 最大设备数量：一个USB总线上最多挂127个设备（包括Hub本身）。但Android系统通常限制在32-64个，具体看内核配置。
• Hub类型：USB 2.0 Hub和USB 3.0 Hub混用时，速度会降级。USB 3.0设备插在USB 2.0 Hub上，只能跑480Mbps。

我记得有一次，客户反馈说他们的设备插了4个Hub级联后，最末端的U盘经常掉线。排查后发现是Hub的供电不足。嗯，这里要注意：无源Hub的供电能力有限，级联多了电压会下降，导致设备工作不稳定。

14.3 设备地址分配与冲突解决

每个USB设备连接时，系统都会给它分配一个唯一的地址。这个地址是7位的，范围从1到127。地址0是保留的，用于设备枚举时的默认地址。

地址分配的过程是这样的：

1. 设备插入后，Hub检测到端口状态变化。
2. 系统给设备分配地址0，发送复位信号。
3. 设备响应后，系统分配一个空闲地址（从1开始递增）。
4. 设备用新地址重新枚举，读取描述符。

你可能会问：地址会不会冲突？理论上不会，因为Linux内核的USB子系统会维护一个地址位图，确保每个地址只分配一次。但我在项目中遇到过一种特殊情况：设备热插拔太快，导致地址还没来得及释放就被重新分配了。

另外，如果你在写自定义的USB驱动，可以通过usb_register_dev()来注册设备节点。但要注意，不要手动指定地址，让内核自动分配就好。手动指定地址很容易引发冲突。

// 示例：在驱动中获取设备地址
static int my_usb_probe(struct usb_interface *interface, 
                         const struct usb_device_id *id) {
    struct usb_device *udev = interface_to_usbdev(interface);
    int devnum = udev->devnum;  // 设备地址
    dev_info(&interface->dev, "Device address: %d\n", devnum);
    return 0;
}

14.4 资源竞争与带宽分配

带宽分配是USB多设备并发管理中最头疼的问题。USB总线的带宽是固定的：

USB版本	理论带宽	实际可用带宽
USB 1.1	12 Mbps	约 8-10 Mbps
USB 2.0	480 Mbps	约 280-320 Mbps
USB 3.0	5 Gbps	约 3.2-4 Gbps
USB 3.1	10 Gbps	约 7-8 Gbps

注意，实际可用带宽只有理论值的60%-80%。因为协议开销、帧间隔、错误重传都会吃掉一部分带宽。

带宽分配的核心机制是帧/微帧调度：

• USB 1.x/2.0：每1ms一个帧，每个帧可以传输多个事务。
• USB 3.0：每125μs一个微帧，调度更精细。
• 等时传输（Isochronous）会预留带宽，批量传输（Bulk）则使用剩余带宽。

说白了，等时传输优先级最高，中断传输次之，批量传输最没地位。所以当你同时用U盘（批量传输）和摄像头（等时传输）时，U盘的速度会被严重挤压。

如果你想在应用层监控带宽使用情况，可以读取以下文件：

/sys/kernel/debug/usb/devices  // 查看设备列表和带宽信息
/sys/bus/usb/devices/*/power/  // 查看电源管理状态

另外，Android系统提供了UsbManager的API，可以获取设备列表和权限管理，但没有直接获取带宽使用率的API。如果需要精细控制，得自己写Native层代码，通过ioctl调用USB子系统的接口。

14.5 知识体系总览

下面这张图总结了本章的核心逻辑，从设备连接到地址分配，再到带宽竞争，一条线串下来：

这张图把整个流程串起来了。从设备插入开始，经过Hub拓扑管理、地址分配、冲突解决，最后落到带宽分配上。每一步都可能出问题，每一步都有对应的解决手段。

好了，这一章的内容就到这里。多设备并发管理说白了就是资源管理——地址资源、带宽资源、电源资源。把这些资源管好了，系统就稳了。我在实际项目中，每次设计多设备方案时，都会先画一张类似的拓扑图，把每个设备的带宽需求标出来，然后再决定用哪个Hub、怎么分配地址。这个习惯帮我避免了很多线上问题。