首页
/ FastDeploy在Ubuntu 20.04上的编译与部署问题解析

FastDeploy在Ubuntu 20.04上的编译与部署问题解析

2025-06-25 04:50:09作者:蔡丛锟

问题背景

在使用FastDeploy 1.0.7版本时,开发者在Ubuntu 20.04系统(x64架构)上遇到了动态库加载失败的问题。具体表现为编译成功后运行时出现多个共享对象文件无法找到的错误,包括onnxruntime库和FastDeploy自身的动态链接库。

错误现象分析

运行时系统报告了以下关键错误信息:

  1. libonnxruntime.so.1.12.0无法加载
  2. fastdeploy.dll.so及其变体文件无法找到
  3. libfastdeploy.dll.so及其变体文件无法找到

这些错误表明系统在运行时无法定位到必要的动态链接库文件,这通常与库文件路径配置或环境变量设置有关。

解决方案

1. 设置LD_LIBRARY_PATH环境变量

在Linux系统中,动态链接器的搜索路径可以通过LD_LIBRARY_PATH环境变量来扩展。建议将FastDeploy的库文件所在目录添加到该环境变量中:

export LD_LIBRARY_PATH=/path/to/fastdeploy/lib:$LD_LIBRARY_PATH

2. 检查ONNX Runtime库安装

确保系统中已正确安装ONNX Runtime库,版本需与FastDeploy要求的1.12.0版本匹配。可以通过以下命令检查:

ldconfig -p | grep libonnxruntime

如果未找到,需要从官方渠道下载并安装相应版本的ONNX Runtime。

3. 验证库文件部署位置

确认FastDeploy编译生成的动态库文件(如libfastdeploy.so)已正确部署到以下位置之一:

  • 系统库目录(如/usr/local/lib)
  • 项目构建目录中的runtimes/linux-x64/native子目录
  • 应用程序运行目录

4. 使用ldd工具诊断依赖关系

对于已编译的可执行文件或库,可以使用ldd工具检查其动态依赖关系:

ldd /path/to/your/executable

这将列出所有依赖的库文件及其当前解析路径,帮助定位缺失的依赖项。

最佳实践建议

  1. 规范部署路径:建议将FastDeploy及其所有依赖库规范部署到系统库目录或项目特定的lib目录中。

  2. 版本一致性:确保所有依赖库的版本与FastDeploy要求的版本严格匹配,特别是ONNX Runtime这类核心依赖。

  3. 构建配置检查:在CMake配置阶段,确认以下关键选项:

    • ENABLE_ORT_BACKEND是否正确设置
    • ONNXRUNTIME_DIR是否指向正确的ONNX Runtime安装目录
    • 输出目录配置是否符合预期
  4. 运行时环境准备:考虑使用脚本自动设置必要的环境变量,或在应用程序启动时动态修改库搜索路径。

总结

在Linux系统上部署FastDeploy时,动态库加载问题通常源于路径配置不当或依赖缺失。通过合理设置环境变量、验证库文件位置和使用系统工具诊断依赖关系,可以有效解决这类问题。对于生产环境,建议建立规范的部署流程和依赖管理机制,确保应用程序的可靠运行。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
27
11
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
466
3.47 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
10
1
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
flutter_flutterflutter_flutter
暂无简介
Dart
715
172
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
203
82
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.27 K
695
rainbondrainbond
无需学习 Kubernetes 的容器平台,在 Kubernetes 上构建、部署、组装和管理应用,无需 K8s 专业知识,全流程图形化管理
Go
15
1
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
1