onnxruntime_go

GitHub
601 77 较难 1 次阅读 昨天MIT开发框架
AI 解读 由 AI 自动生成,仅供参考

onnxruntime_go 是一个专为 Go 语言开发者设计的跨平台库,旨在简化在 Go 程序中加载和运行 ONNX 格式神经网络模型的过程。它封装了微软官方的 onnxruntime 核心功能,让 Go 开发者能轻松集成高性能的 AI 推理能力。

该工具主要解决了现有 Go 包装器在 Windows 系统上的兼容性难题。由于官方库依赖 MSVC 编译器而 Go 的 CGo 在 Windows 上通常使用 Mingw,导致以往方案难以在 Windows 运行。onnxruntime_go 通过手动动态加载共享库的方式巧妙规避了这一冲突,无需修改源码即可在 Windows、Linux 和 macOS 上无缝工作。此外,它还利用 Go 的泛型特性优雅地支持多种张量数据类型,并经过验证可兼容 TensorRT、CUDA 和 CoreML 等加速后端。

非常适合需要将预训练 AI 模型部署到生产环境的 Go 后端工程师、算法研究人员以及希望在本地应用中嵌入推理功能的开发者。只要具备基础的 Go 开发环境并配置好对应版本的 onnxruntime 动态库,即可快速上手,让 AI 模型在 Go 生态中高效运转。

使用场景

某电商团队需要在 Go 语言构建的高并发推荐后端中,实时运行基于 PyTorch 训练的商品点击率预测模型。

没有 onnxruntime_go 时

  • 跨平台部署受阻:由于现有 Go 封装库在 Windows 上依赖 Mingw 编译器,而 ONNX Runtime 官方要求 MSVC,导致开发团队无法在统一的 Windows 开发环境中构建和测试服务,只能被迫迁移到 Linux 或配置复杂的混合编译环境。
  • 架构耦合度高:为了调用模型,团队不得不将核心推荐逻辑拆分为"Go 业务层 + Python/C++ 微服务”,通过 HTTP 或 gRPC 进行进程间通信,显著增加了系统复杂度和运维成本。
  • 推理延迟不可控:额外的网络跳转和数据序列化开销使得单次推理耗时增加 20-50 毫秒,在流量高峰期难以满足低延迟的实时响应需求。
  • 硬件加速集成困难:想要利用 CUDA 或 TensorRT 加速时,需要手动处理不同语言间的内存拷贝和设备上下文切换,极易出错且性能损耗大。

使用 onnxruntime_go 后

  • 原生跨平台支持:onnxruntime_go 通过手动加载动态库绕过编译器限制,让团队可以直接在 Windows、Linux 和 macOS 上使用纯 Go 代码编译并运行模型,实现了开发环境与生产环境的一致性。
  • 进程内高效推理:模型被直接嵌入 Go 应用程序进程中,消除了网络通信开销,数据无需序列化即可在内存中直接传递,大幅简化了系统架构。
  • 极致低延迟表现:去除了中间层后,端到端推理延迟降低至毫秒级,轻松支撑每秒数万次的实时请求,显著提升了用户浏览体验。
  • 无缝硬件加速:只需简单配置路径,onnxruntime_go 即可直接调用底层的 CUDA、TensorRT 或 CoreML 提供者,让 Go 服务能直接利用 GPU 算力而不必关心底层 C/C++ 细节。

onnxruntime_go 打破了 Go 语言在高性能 AI 推理领域的壁垒,让开发者能用单一语言栈构建跨平台、低延迟且支持硬件加速的智能应用。

运行环境要求

操作系统
  • Linux
  • macOS
  • Windows
GPU
  • 非必需
  • 若需使用 CUDA 加速,需 NVIDIA GPU 及对应的 CUDA 版本(例如 onnxruntime 1.23.2 需 CUDA 12.x)
  • 支持 TensorRT 和 CoreML 等其他加速提供者
内存

未说明

依赖
notes1. 必须安装支持 CGo 的 Go 版本。2. 需手动下载并指定 onnxruntime 共享库路径(Windows 为 DLL,Linux/macOS 为 SO/Dylib)。3. 若需 GPU 支持,需额外下载包含对应执行提供者(如 CUDA)的 onnxruntime 构建版本及相关依赖库。4. 训练 API 已在 onnxruntime 1.20+ 废弃,如需使用训练功能需降级到旧版本库。
python不需要 Python (这是一个 Go 语言库)
Go (支持 cgo)
onnxruntime 共享库 (版本需匹配,默认为 1.24.1)
onnxruntime_go hero image

快速开始

跨平台 Go 语言 ONNX Runtime 封装库

简介

本库旨在为 Go 语言代码提供加载和执行神经网络的接口,同时尽可能保持简单易用。

使用本库的一些示例应用可以在 onnxruntime_go_examples 仓库 中找到。

onnxruntime 库提供了加载和执行 ONNX 格式神经网络的方法,但该库主要支持 C 和 C++ API。目前已有多个针对 onnxruntime 库编写的 Go 语言封装库,然而据我所知,这些现有封装库均不支持 Windows 平台。其原因在于 Microsoft 的 onnxruntime 库假设用户将在 Windows 系统上使用 MSVC 编译器,而 Windows 上的 CGo 则要求使用 Mingw。

本封装库通过手动加载 onnxruntime 共享库来绕过这些问题,从而不再依赖于 onnxruntime 源代码,仅需头文件即可。当然,这种方法同样适用于非 Windows 系统。

此外,本库利用 Go 语言最近引入的泛型特性,支持多种张量数据类型;可参阅 NewTensorNewEmptyTensor 函数。

经过测试并确认,包括 TensorRT、CUDA 和 CoreML 在内的多种加速执行提供者均可与 onnxruntime_go 配合使用。本 README 的“要求”部分(见下文)提供了更多详细信息。

关于 onnxruntime 库版本的说明

截至撰写本文时,本库使用的是 onnxruntime C API 头文件的 1.24.1 版本。因此,它很可能也只能与 onnxruntime 共享库的 1.24.1 版本配合使用。如果您需要使用其他版本,或者当我未能及时更新此仓库时,更新或更改 onnxruntime 版本应该相对容易:

  1. onnxruntime_c_api.honnxruntime_ep_c_api.h 文件替换为您希望使用的 onnxruntime 版本对应的文件。
  2. test_data/onnxruntime.dll(或 test_data/onnxruntime*.sotest_data/onnxruntime*.dylib)文件替换为您希望使用的 onnxruntime 版本对应的文件。
  3. (如果您关心 DirectML 支持)请验证 onnxruntime_wrapper.cDummyOrtDMLAPI 结构体中的条目顺序是否与官方仓库中 dml_provider_factory.h 头文件中 OrtDmlApi 结构体中的顺序一致。更多信息请参阅 onnxruntime_wrapper.c 中对该结构体的注释。

请注意,C API 头文件和共享库文件均可从 官方仓库 的发布页面下载。下载您希望使用的版本的压缩包并解压即可。头文件位于 “include” 子目录中,共享库则位于 “lib” 子目录中。(在 Linux 系统上,您需要带有版本号后缀的 .so 文件,例如 libonnxruntime.so.1.24.1,而不是仅仅作为符号链接的 libonnxruntime.so。)压缩包中还包含其他 C++ 头文件、调试符号等文件,但您通常只需要单个 onnxruntime 共享库以及两个 _c_api.h 头文件即可。(例外情况是如果您希望启用 GPU 支持,可能还需要其他共享库文件,如 execution_providers_cuda.dllexecution_providers_shared.dll(或其在 Linux 或 OSX 上的对应文件)。)

要求

要使用本库,您需要一个支持 cgo 的 Go 版本。此外,您还需要根据您的操作系统和架构获取正确版本的 onnxruntime 共享库或 DLL。在初始化 onnxruntime_go 之前,您需要提供该共享库的路径。请参阅以下示例的前几行代码(即 ort.SetSharedLibraryPath(...))。

如果您希望使用 CUDA,您不仅需要使用支持 CUDA 的 onnxruntime 共享库版本,还需确保所使用的 CUDA 版本与您的 onnxruntime 库底层版本兼容。例如,onnxruntime 1.23.2 版本仅支持 CUDA 12.x 版本。有关更具体的信息,请参阅 onnxruntime CUDA 支持文档

与 CUDA 类似,其他执行提供者也有各自独立的使用要求。这些要求过于繁多,无法在此 README 中一一列出。请务必先在 Python 脚本中成功使用您选择的执行提供者,再在此处提出相关问题。

使用示例

完整的文档可在 pkg.go.dev 上查阅。

此外,几个包含必要网络和数据的命令行示例应用程序也可在 onnxruntime_go_examples 仓库 中找到。

以下示例展示了如何使用本库加载并运行一个接受单个输入张量、输出单个张量的 ONNX 网络,这两个张量均包含 32 位浮点数值。请注意,此处省略了错误处理;每个函数都会返回一个 err 值,若发生失败则该值将非空。

import (
    "fmt"
    ort "github.com/yalue/onnxruntime_go"
    "os"
)

func main() {
    // 此行 _可能_ 是可选的;默认情况下,库会在 Windows 上尝试加载 "onnxruntime.dll",而在其他系统上尝试加载 "onnxruntime.so"。为保证稳定性,建议程序始终显式设置此路径。
    ort.SetSharedLibraryPath("path/to/onnxruntime.so")

    err := ort.InitializeEnvironment()
    if err != nil {
        panic(err)
    }
    defer ort.DestroyEnvironment()

    // 为了略微提升性能并方便重复使用现有张量,本库要求用户在创建会话之前先创建所有输入和输出张量。如果这对您的应用场景不太合适,可以参考文档中的 DynamicAdvancedSession 类型,它允许在调用 Run() 时而非初始化会话时指定输入和输出张量。
    inputData := []float32{0.0, 0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9}
    inputShape := ort.NewShape(2, 5)
    inputTensor, err := ort.NewTensor(inputShape, inputData)
    defer inputTensor.Destroy()
    // 该假设网络将 2x5 的输入映射为 2x3x4 的输出。
    outputShape := ort.NewShape(2, 3, 4)
    outputTensor, err := ort.NewEmptyTensor[float32](outputShape)
    defer outputTensor.Destroy()

session, err := ort.NewAdvancedSession("path/to/network.onnx",
        []string{"Input 1 Name"}, []string{"Output 1 Name"},
        []ort.Value{inputTensor}, []ort.Value{outputTensor}, nil)
    defer session.Destroy()

    // 调用 Run() 将运行网络,读取输入张量的当前内容并修改输出张量的内容。
    err = session.Run()

    // 获取输出张量数据的切片视图。
    outputData := outputTensor.GetData()

    // 如果你想使用不同的输入运行网络,只需修改输入张量的数据(可通过 inputTensor.GetData() 获取)
    // 然后再次调用 Run() 即可。

    // ...
}

已弃用的 API

类型化的 Session[t]: 该库的旧版本使用了一个带类型的 Session[T] 结构体来管理会话。回过头来看,将类型参数与会话关联起来是不必要的,因此引入了 AdvancedSession 类型及其相关 API 来纠正这一问题。出于向后兼容性的考虑,旧的类型化 Session[T]DynamicSession[T] 类型仍然保留,并且短期内不太可能被移除。不过,它们现在会在内部将功能委托给 AdvancedSession。建议新代码始终直接使用 AdvancedSession

ONNX Runtime 的训练 API: 训练 API 自 ONNX Runtime 1.20 版本起已被弃用。为了不再维护针对已弃用 API 的封装,onnxruntime_go 已将训练 API 的封装函数替换为返回错误的存根函数。如果用户仍需使用训练 API,则需要使用较旧的版本。例如,以下版本应与训练功能兼容:

  • onnxruntime_gov1.12.1 版本,
  • ONNX Runtime 的 1.19.2 版本。

运行测试及测试的系统兼容性

请导航到此目录并运行 go test -v,或者可选地运行 go test -v -bench=.。所有测试都应通过;与 CUDA 或其他加速器支持相关的测试将在不支持这些功能的系统或 ONNX Runtime 构建中被跳过。

目前,该仓库包含适用于几种系统的 ONNX Runtime 共享库副本,包括 AMD64 Windows、ARM64 Linux 和 ARM64 Darwin。这些库应该能够让这些系统上的测试顺利通过,而无需用户在克隆仓库之外再复制额外的库文件。然而,未来随着对更多或更少系统的支持增加或减少,这种情况可能会发生变化。

您可能出于以下原因希望使用不同版本的 ONNX Runtime 共享库:

  1. 仓库中包含的共享库副本并不支持 CUDA 或其他加速执行提供者,因此如果您使用的是默认库,与 CUDA 相关的测试将始终被跳过。

  2. 许多系统,包括 AMD64 和 i386 Linux 以及 x86 macOS,目前根本未在 test_data/ 中包含共享库。(我希望通过尽量减少共享库的数量来保持该目录及整个仓库的体积较小。)

如果上述情况或其他原因适用于您,测试代码会在尝试从 test_data/ 加载库之前检查 ONNXRUNTIME_SHARED_LIBRARY_PATH 环境变量。因此,如果您正在使用这些系统之一,或者希望运行与加速器相关的测试,您应当将该环境变量设置为 ONNX Runtime 共享库的路径。之后,运行 go test -v 应当能够成功通过所有测试。

常见问题

相似工具推荐

openclaw

OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你

349.3k|★★★☆☆|5天前
Agent开发框架图像

stable-diffusion-webui

stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。

162.1k|★★★☆☆|5天前
开发框架图像Agent

everything-claude-code

everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上

150k|★★☆☆☆|今天
开发框架Agent语言模型

ComfyUI

ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。

108.3k|★★☆☆☆|今天
开发框架图像Agent

gemini-cli

gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。

100.8k|★★☆☆☆|昨天
插件Agent图像

markitdown

MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器

93.4k|★★☆☆☆|4天前
插件开发框架