这个版本不匹配的坑我之前也踩过，本质上是编译阶段链接的libjpeg版本和运行时实际加载的版本不一致——哪怕你已经通过YaST替换了系统库，你的应用或者它依赖的某个组件可能还在偷偷调用旧的libjpeg62。结合你的情况（单独相机示例正常，整合到应用就报错），可以按下面的步骤逐一排查：

1. 先搞清楚到底谁在链接旧库 #

首先用命令找出系统里所有的libjpeg相关文件：

find /usr -name "libjpeg*.so*"

然后分别检查你的应用和相机示例的依赖库，对比两者的差异：

# 检查你的应用依赖
ldd ./your_app_executable | grep jpeg
# 检查相机示例依赖
ldd ./camera_example | grep jpeg

你大概率会发现：相机示例指向了libjpeg.so.8，而你的应用还在引用libjpeg.so.62——这就是问题的核心。

2. 清理Qt Creator的构建缓存 #

Qt Creator有时候会缓存旧的链接信息，哪怕系统库已经更新。先做这一步：

• 点击顶部菜单栏的Build -> Clean All，彻底清理构建目录
• 然后执行Build -> Run qmake，再重新构建整个项目

3. 检查项目的.pro文件配置 #

看看你的应用的.pro文件里有没有手动指定libjpeg的链接，比如有没有类似LIBS += -ljpeg的行。如果有，改成明确指向libjpeg8：

# 根据你的系统架构调整路径，64位系统通常是/usr/lib64
LIBS += -L/usr/lib64 -ljpeg8

另外，检查有没有其他第三方库的配置，会不会引入了旧的libjpeg62路径。

4. 检查Qt模块的依赖 #

如果你的应用用到了Qt Multimedia这类和相机相关的模块，确认这些模块本身依赖的是libjpeg8：

# 替换成你实际的Qt Multimedia库路径
ldd /usr/lib64/libQt5Multimedia.so | grep jpeg

如果输出是libjpeg.so.62，说明Qt模块本身是基于旧库编译的。你可以通过YaST重新安装Qt相关的多媒体组件，或者切换到适配libjpeg8的Qt版本。

5. 调整动态库加载优先级 #

如果系统里同时存在新旧libjpeg，动态加载器可能会优先加载旧的。你可以临时测试：

# 把libjpeg8所在的路径放到LD_LIBRARY_PATH最前面
export LD_LIBRARY_PATH=/usr/lib64:$LD_LIBRARY_PATH
# 然后运行你的应用
./your_app_executable

如果这样能解决问题，就把这个路径永久加入系统配置：

• 在/etc/ld.so.conf.d/目录下新建一个文件，比如libjpeg8.conf
• 写入libjpeg8的路径，比如/usr/lib64
• 运行ldconfig更新动态库缓存

6. 强制链接libjpeg8 #

如果上面的方法都没用，可以在链接时强制指定libjpeg8的绝对路径，比如在.pro文件里添加：

LIBS += /usr/lib64/libjpeg8.so

或者用静态链接的方式（如果有静态库的话）：

LIBS += -Wl,-Bstatic -ljpeg8 -Wl,-Bdynamic

如果做完这些还是没解决，可以把ldd的输出、.pro文件内容或者构建日志的片段贴出来，我再帮你进一步排查。

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