Linux内核将每个USB设备映射为/sys/bus/usb/devices/下的唯一子目录（如1-1.2），该路径标识物理连接拓扑，稳定、无需权限、不依赖udev规则；遍历该目录并过滤含小数点或短横的子目录即可获取设备路径。
用 /sys/bus/usb/devices/ 目录直接列出设备路径
Linux 内核把每个 USB 设备都映射为 /sys/bus/usb/devices/ 下的一个子目录，目录名形如 1-1.2、2-3，这就是设备的总线地址路径。它不是设备节点（如 /dev/ttyUSB0），但能唯一标识物理连接拓扑，且稳定、无需权限、不依赖 udev 规则。
实际操作就是遍历该目录下的所有一级子目录，过滤掉以 usb 开头的（比如 usb1、usb2 是 host controller，不是外设），只保留含小数点或纯数字+短横的（如 1-2、3-1.4）：
#include <dirent.h>
#include <string>
#include <vector>
#include <regex>
<p>std::vector<std::string> enumerate_usb_device_paths() {
std::vector<std::string> paths;
DIR* dir = opendir("/sys/bus/usb/devices");
if (!dir) return paths;</p><pre class='brush:php;toolbar:false;'>std::regex dev_pattern(R"(^[0-9]+-[0-9]+(\.[0-9]+)*$)");
struct dirent* ent;
while ((ent = readdir(dir)) != nullptr) {
if (ent->d_type == DT_DIR && std::regex_match(ent->d_name, dev_pattern)) {
paths.push_back(std::string("/sys/bus/usb/devices/") + ent->d_name);
}
}
closedir(dir);
return paths;}
注意：readdir 不保证顺序，也不排除热插拔导致的瞬时不一致；如果需要稳定排序，可对结果按字符串自然序或解析总线号后排序。
立即学习“C++免费学习笔记（深入）”；
为什么不用 libusb 的 libusb_get_device_list
libusb_get_device_list 返回的是 libusb_device* 指针列表，它能访问设备描述符、厂商 ID 等，但**不提供 sysfs 路径**。你只能拿到 bus number 和 device address（如 bus 2, addr 5），再手动拼接 /sys/bus/usb/devices/2-5 —— 但这不可靠：bus number 在内核重启后可能变，且多个 hub 级联时 addr 不唯一（比如 2-5 和 2-5.3 是不同设备）。
更关键的是：libusb 需要用户有读取 USB 设备的权限（通常要加 udev 规则或加入 plugdev 组），而 /sys 下的路径对普通用户是只读开放的。
所以除非你要发控制请求或读配置描述符，否则没必要引入 libusb 来“枚举路径”。
如何从 USB 路径获取对应 /dev 节点（如 /dev/ttyUSB0）
/sys/bus/usb/devices/1-1.2 本身不直接告诉你是串口还是存储设备，但它的 subsystem 符号链接和 device/driver 可提示驱动绑定状态，而真正关联到 /dev 的，是 /sys/bus/usb/devices/1-1.2/tty/ 或 /sys/bus/usb/devices/1-1.2/block/ 这类子目录。
常用做法是：对每个 USB 设备路径，检查是否存在 dev 文件（如 /sys/bus/usb/devices/1-1.2/dev），然后顺着 device/driver 或 tty/ 查找对应 /dev 名：
- 若存在
tty/子目录（如/sys/bus/usb/devices/1-1.2/tty/），则遍历其下每个项（如ACM0），拼出/dev/ttyACM0 - 若存在
block/，则对应/dev/sdX；可用readlink -f /sys/bus/usb/devices/1-1.2/block/sdb验证是否真属该 USB 设备 - 注意：有些设备（如带 CDC ACM 的单片机）会同时出现在
tty/和drivers/usbserial/下，但/dev节点仍唯一
这步容易漏掉多接口设备（一个 USB device 有多个 function），所以不能只看顶层 dev 文件——它只表示设备本身的主接口，而非所有功能实例。
避免误判：区分 USB 设备与 USB 控制器
/sys/bus/usb/devices/ 下混着两类东西：usb1、usb2 是 root hub（host controller），1-1、1-1.2 才是下游设备。光靠目录名前缀不够，得结合 dev 文件是否存在判断：
- 所有真实 USB 外设目录下都有
dev文件（内容形如189:123，即 major:minor） - 而
usb1、usb2、1-0:1.0（interface）等没有dev文件 - 另外，
power/level为on或auto且bConfigurationValue> 0，也是外设的佐证
最简健壮逻辑就是：只收 d_type == DT_DIR、匹配地址格式、且 /sys/.../dev 可读的路径。其他一概跳过。
复杂点在于热插拔期间目录可能瞬时存在又消失，opendir + readdir 本身不原子，如果需要强一致性，得配合 inotify 监听 /sys/bus/usb/devices，但这已超出“枚举一次”的需求范围。
