在CentOS环境下部署libusb库,是进行底层USB设备通信开发的前提条件，虽然通过包管理器可以快速完成安装，但在生产环境或特定开发需求下，源码编译安装往往能提供更高的兼容性与可控性，本文将直接给出最稳妥的安装策略：优先使用包管理器满足基础需求，对于需要特定版本或高级特性的场景，采用源码编译安装，并重点阐述环境配置与权限管理，以确保开发环境的稳定运行。
环境准备与系统检查
在进行任何安装操作之前,首先需要确认当前系统的版本以及是否具备编译环境，这一步骤看似基础，却是避免后续出现“依赖缺失”或“版本冲突”的关键。
对于CentOS 7及CentOS 8 Stream用户，建议首先更新系统软件仓库，打开终端，执行以下命令检查系统版本：
cat /etc/redhatrelease
确认版本后,必须安装“development Tools”工具组，该工具组包含了gcc、make等编译器，是进行源码安装的基石，执行如下命令安装基础开发环境：
sudo yum groupinstall "Development Tools" sudo yum install wget
这一步确保了无论选择哪种安装方式,系统都已经做好了准备。
使用YUM/DNF包管理器快速安装
对于绝大多数常规应用场景,CentOS官方软件源提供的libusb版本已经足够稳定，这是最快捷、最符合系统管理规范的安装方式。
在CentOS 7或更早版本中，使用yum命令；在CentOS 8或Stream版本中，使用dnf命令（尽管yum通常仍作为dnf的别名存在），执行以下命令安装libusb及其开发包：
sudo yum install libusb1devel
这里需要注意的是,libusb1devel包包含了编译C/C++程序所需的头文件和静态链接库，如果只是运行依赖libusb的程序，安装libusb1即可，但对于开发者而言，devel包是必须的。
安装完成后,可以通过pkgconfig来验证安装路径和版本信息：
pkgconfig modversion libusb1.0
如果终端输出了版本号,说明安装成功且系统已正确识别，这种方式的优点在于管理方便，系统升级时可以自动更新库文件，缺点是版本通常滞后于官方最新发布。
源码编译安装（专业推荐）
当项目需要使用libusb的最新特性（如特定的USB协议支持或性能优化），或者官方源提供的版本过旧导致编译报错时，源码编译安装是唯一的专业解决方案，以下是详细的操作步骤。
获取官方源码
为了保证安全性和功能完整性,务必从官方GitHub仓库或官方网站下载最新的发布版本，以libusb1.0.26为例：
wget https://github.com/libusb/libusb/releases/download/v1.0.26/libusb1.0.26.tar.bz2
解压与预配置
下载完成后,解压压缩包并进入目录：
tar xvjf libusb1.0.26.tar.bz2 cd libusb1.0.26
在执行./configure之前，建议检查系统是否安装了libudevdevel，在较新的Linux发行版中，libusb默认使用udev作为后端，这能极大提升设备热插拔的响应速度，如果没有安装，请先执行sudo yum install libudevdevel。
执行配置脚本,为了防止污染系统目录，建议将库安装到/usr/local目录下，这是Unix/Linux系统的标准第三方软件安装路径：
./configure prefix=/usr/local
编译与安装
配置无误后,开始编译，使用j参数可以多核并行编译，加快速度（例如j4表示使用4个核心）：
make j4 sudo make install
动态链接库路径配置（关键步骤）
源码安装完成后,最容易出现的问题是“运行时找不到库”，这是因为系统默认搜索路径（/usr/lib）中不包含我们新安装的库（/usr/local/lib），此时需要配置动态链接库路径。
执行以下命令将/usr/local/lib路径加入缓存：
echo "/usr/local/lib" | sudo tee /etc/ld.so.conf.d/libusb.conf sudo ldconfig
ldconfig命令会刷新系统的动态链接库缓存，再次使用pkgconfig检查，此时应该显示的是新编译的版本号，这一步是区分新手与资深运维的关键细节，直接决定了后续程序能否正常启动。
权限管理与设备访问调试
安装libusb库仅仅是第一步,在实际开发中，程序常常因为权限不足而无法打开USB设备，Linux系统默认将USB设备权限限制为root用户仅访问。
为了允许普通用户访问USB设备,需要配置udev规则，使用lsusb命令查看目标设备的Vendor ID和Product ID：
lsusb
输出信息中包含类似idVendor=1234, idProduct=5678的字段，在/etc/udev/rules.d/目录下创建一个新的规则文件，例如99libusb.rules：
sudo nano /etc/udev/rules.d/99libusb.rules
替换为实际的ID）：
SUBSYSTEM=="usb", ATTR{idVendor}=="1234", ATTR{idProduct}=="5678", MODE="0666"保存并退出后,重新加载udev规则并触发：
sudo udevadm control reloadrules sudo udevadm trigger
这样,指定的USB设备就会对所有用户可读写，极大地提升了开发调试的效率，避免了频繁使用sudo运行程序的麻烦。
常见问题与排错思路
在实际操作中,可能会遇到编译错误，如果在./configure阶段提示“udev support not found”，通常是因为缺少libudevdevel包，安装该包后重新运行配置即可，如果在编译程序时提示“fatal error: libusb.h: No such file or directory”，说明编译器找不到头文件，此时应检查CFLAGS或使用pkgconfig cflags libs libusb1.0来获取正确的编译参数。
对于CentOS 8用户，如果遇到Python脚本无法识别libusb的情况，可能需要额外安装pyusb库，但这属于上层应用范畴，底层库的正确安装是解决一切问题的根本。
相关问答
Q1：在CentOS系统中，libusb0.1和libusb1.0有什么区别，我应该安装哪一个？
A1：libusb0.1是旧版本的API，主要用于维护遗留的老旧项目，其代码已经不再更新；libusb1.0是全新的API，支持异步传输、更高效的I/O操作以及更好的跨平台支持，对于所有新开发的程序，强烈建议安装和使用libusb1.0，如果在编译时遇到报错，请仔细阅读项目的README文件，确认其依赖的是哪一个版本的库。
Q2：源码安装后，如何卸载通过make install安装的libusb？
A2：如果在源码目录下没有执行make uninstall（并非所有Makefile都支持此命令），最稳妥的方法是重新进入源码目录，再次执行./configure保持参数一致，然后手动删除安装的文件，或者，可以使用checkinstall工具（需额外安装）来生成RPM包进行管理，这样可以通过rpm命令进行卸载，对于手动安装的情况，通常需要删除/usr/local/lib下的libusb相关库文件以及/usr/local/include/libusb1.0下的头文件，最后再次运行ldconfig。
希望这篇详细的安装指南能帮助您顺利完成CentOS环境下的libusb部署,如果您在安装过程中遇到特定的报错信息，或者想了解更高级的USB过滤配置，欢迎在评论区留言，我们将为您提供进一步的排查建议。
