如何在Linux IMX6UL root环境测试zbar软件包可用性

以下操作全部在开发板root shell下执行即可，不需要额外配置全局环境变量。

1. 库文件链路校验 #

你提到的libzbar.so.0、libzbar.so.0.2.0是ZBar的核心动态库，先确认系统能正常识别加载：

• 查找库文件位置与软链接关系，执行命令：
  find /lib /usr/lib -name "libzbar.so*"
  正常返回结果会同时列出实体文件libzbar.so.0.2.0，以及指向该实体的软链接libzbar.so.0。如果软链接缺失，进入库存放的目录执行ln -s libzbar.so.0.2.0 libzbar.so.0补全即可。
• 刷新动态库缓存，校验加载链路：
  ldconfig
ldconfig -p | grep zbar
  输出存在libzbar.so.0 => 对应库路径的条目，就说明库的软链接、缓存配置正常。

2. 官方自带工具功能测试 #

ZBar默认自带两个命令行测试工具，不需要额外写代码就能快速验证功能完整性：

• 先校验工具依赖是否完整：
  ldd $(which zbarimg) | grep "not found"
  命令无任何输出代表所有依赖都已满足，出现not found条目就是对应依赖库缺失，需要补装。
• 静态图片解码测试：
  提前将一张带有效条形码/二维码的图片（支持jpg、png格式）传到开发板，比如命名为test_code.png，执行：
  zbarimg test_code.png
  终端正常输出识别到的码类型+内容（比如QR-Code:xxx、EAN-13:xxx），无报错就代表静态解码功能正常。
• 实时摄像头扫码测试（接了USB/CIS摄像头的场景）：
  确认摄像头设备节点存在（一般为/dev/video0），执行：
  zbarcam --raw /dev/video0
  将条码对准摄像头，终端能实时打印识别到的内容，代表实时采集解码功能正常。

3. 库接口直接调用测试 #

如果命令行工具运行异常，可以直接写极简测试代码调用libzbar接口，排除上层工具的问题，确认库本身可用：

• 新建test_zbar.c文件，写入以下代码：

#include <zbar.h>
#include <stdio.h>
int main() {
    zbar_processor_t *handle = zbar_processor_create(0);
    if (!zbar_processor_init(handle, NULL, 0)) {
        printf("libzbar call success, version: %s\n", zbar_version_string());
        zbar_processor_destroy(handle);
        return 0;
    }
    printf("libzbar init failed\n");
    return 1;
}

• 本地编译测试程序（开发板带gcc环境的场景，交叉编译的话把编译链换成对应IMX6UL的交叉编译器即可）：
  gcc test_zbar.c -o test_zbar -lzbar
• 执行测试程序：
  ./test_zbar
  输出libzbar call success, version: 0.2.0就证明核心库功能完全正常，之前的工具报错属于上层配置问题，和库本身无关。

注意：root环境下默认拥有所有设备节点、系统目录的访问权限，测试过程不需要额外执行chmod、sudo类操作。

内容的提问来源于stack exchange，提问作者Saswati