onnx2torch
onnx2torch 是一款专为深度学习开发者设计的开源转换工具,核心功能是将 ONNX 格式的模型无缝转换为 PyTorch 模型。在人工智能工作流中,许多模型以通用的 ONNX 格式交付,但研究人员往往需要在 PyTorch 框架下进行进一步的微调、实验或集成。onnx2torch 正是为了解决这一跨框架迁移难题而生,让用户无需手动重写网络结构,即可快速将模型“带回”PyTorch 生态。
该工具的使用极为简便,只需调用一个简单的 convert 函数,传入 ONNX 模型路径或对象,即可得到对应的 PyTorch 模型。转换后的模型完全兼容原生 PyTorch 的操作习惯,支持直接在前向传播中使用,甚至可以通过标准接口再次导出为 ONNX 格式,实现了灵活的双向互通。其独特的技术亮点在于高度的可扩展性:如果遇到尚未支持的算子,用户可以轻松编写自定义的 PyTorch 层并通过装饰器注册,从而扩展工具的支持范围。
目前,onnx2torch 已广泛验证了包括 DeepLabV3+、YOLOv5、ResNet 及 MobileNet 在内的多种主流分割、检测和分类模型。它非常适合需要在不同框架间切换的算法工程师、科研人员以及希望复用现有 ONNX 模型的 PyTorch 用户,是提升模型开发效率的实用助手。
使用场景
某计算机视觉团队在部署移动端模型时,收到合作伙伴提供的 ONNX 格式 YOLOv5 检测模型,但团队内部训练框架和自定义算子优化均基于 PyTorch 生态。
没有 onnx2torch 时
- 重构成本高昂:开发人员不得不手动对照 ONNX 结构重新编写 PyTorch 代码,极易因层级对应错误导致权重加载失败。
- 调试黑盒难解:若推理结果出现偏差,难以定位是转换逻辑错误还是算子实现差异,排查过程如同“盲人摸象”。
- 定制扩展受阻:团队特有的后处理逻辑或修改过的网络层无法直接融入导入的模型,只能被迫维持双框架并行的混乱架构。
- 迭代效率低下:每次模型更新都需要重复繁琐的人工转换流程,严重拖慢了从算法验证到工程落地的节奏。
使用 onnx2torch 后
- 一键无缝迁移:仅需调用
convert函数传入 ONNX 文件路径,即可瞬间获得完整的 PyTorch 模型对象,保留所有预训练权重。 - 精度严格对齐:转换后的模型可直接与原 ONNX 推理结果进行数值比对(如
allclose校验),确保误差控制在极低范围内。 - 原生灵活开发:获得的模型是标准的 PyTorch 模块,支持直接使用
torch.onnx.export反向导出,也能自由添加自定义层或微调网络。 - 生态完美融合:团队可立即利用现有的 PyTorch 工具链进行剪枝、量化或分布式训练,彻底统一了技术栈。
onnx2torch 通过自动化的高保真转换,消除了跨框架协作的壁垒,让开发者能专注于算法优化而非格式适配。
运行环境要求
- 未说明
非必需(示例代码展示了在 CUDA 设备上运行的用法,但工具本身为模型格式转换库,不强制要求 GPU)
未说明

快速开始
onnx2torch 是一个 ONNX 到 PyTorch 的转换器。 我们的转换器:
- 使用简单——只需调用
convert函数即可转换 ONNX 模型; - 易于扩展——您可以在 PyTorch 中编写自定义层,并使用
@add_converter注册它; - 可以转换回 ONNX——您可以使用
torch.onnx.export函数将模型转换回 ONNX 格式。
如果您发现任何问题,请告知我们!也欢迎您提交合并请求。
请注意,此转换器仅支持有限数量的 PyTorch 和 ONNX 模型及操作。请在此处告诉我们您正在使用或希望从 ONNX 转换为 PyTorch 的模型:这里。
安装
pip install onnx2torch
或者
conda install -c conda-forge onnx2torch
使用
以下是一些使用示例。
转换
import onnx
import torch
from onnx2torch import convert
# ONNX 模型路径
onnx_model_path = "/some/path/mobile_net_v2.onnx"
# 您可以传递 ONNX 模型路径来直接转换,或者...
torch_model_1 = convert(onnx_model_path)
# 或者您也可以加载一个普通的 ONNX 模型并将其传递给转换器
onnx_model = onnx.load(onnx_model_path)
torch_model_2 = convert(onnx_model)
执行
我们可以像执行原始的 PyTorch 模型一样执行返回的 PyTorch 模型。
import onnxruntime as ort
# 创建示例数据
x = torch.ones((1, 2, 224, 224)).cuda()
out_torch = torch_model_1(x)
ort_sess = ort.InferenceSession(onnx_model_path)
outputs_ort = ort_sess.run(None, {"input": x.numpy()})
# 将 ONNX 输出与 PyTorch 输出进行比较
print(torch.max(torch.abs(outputs_ort - out_torch.detach().numpy())))
print(np.allclose(outputs_ort, out_torch.detach().numpy(), atol=1.0e-7))
模型
我们已经测试了以下模型:
分割模型:
- DeepLabV3+
- DeepLabV3 ResNet-50 (TorchVision)
- HRNet
- UNet (TorchVision)
- FCN ResNet-50 (TorchVision)
- LRASPP MobileNetV3 (TorchVision)
来自 MMdetection 的检测模型:
来自 TorchVision 的分类模型:
- ResNet-18
- ResNet-50
- MobileNetV2
- MobileNetV3 Large
- EfficientNet-B{0, 1, 2, 3}
- WideResNet-50
- ResNext-50
- VGG-16
- GoogLeNet
- MnasNet
- RegNet
Transformer 模型:
- ViT
- Swin
- GPT-J
:page_facing_up: 当前支持的操作列表可以在这里找到 [operators.md]。
如何向转换器添加新操作
下面我们展示如何通过新增 ONNX 操作来扩展 onnx2torch,这些操作同时被 PyTorch 和 ONNX 支持。
且行为相同
此类模块的一个例子是 Relu
@add_converter(operation_type="Relu", version=6)
@add_converter(operation_type="Relu", version=13)
@add_converter(operation_type="Relu", version=14)
def _(node: OnnxNode, graph: OnnxGraph) -> OperationConverterResult:
return OperationConverterResult(
torch_module=nn.ReLU(),
onnx_mapping=onnx_mapping_from_node(node=node),
)
在这里,我们为 opset 版本 6、13 和 14 注册了一个名为 Relu 的操作。请注意,OperationConverterResult 中的 torch_module 参数必须是一个 torch.nn.Module,而不仅仅是一个可调用对象!如果操作的行为因 opset 版本不同而有所变化,则应分别实现。
但行为不同
此类模块的一个例子是 ScatterND
# 建议对字符串类型的 ONNX 属性使用 Enum。
class ReductionOnnxAttr(Enum):
NONE = "none"
ADD = "add"
MUL = "mul"
class OnnxScatterND(nn.Module, OnnxToTorchModuleWithCustomExport):
def __init__(self, reduction: ReductionOnnxAttr):
super().__init__()
self._reduction = reduction
# 下面的方法应该以字典形式返回 ONNX 属性及其值。
# 属性的数量、名称和值取决于算子集版本;
# 该方法应返回正确的属性集合。
# 注意:为每个键添加类型后缀:reduction -> reduction_s,其中 s 表示“字符串”。
def _onnx_attrs(self, opset_version: int) -> Dict[str, Any]:
onnx_attrs: Dict[str, Any] = {}
# 在这里处理 opset 版本 < 16 的情况,此时没有 "reduction" 属性。
if opset_version < 16:
if self._reduction != ReductionOnnxAttr.NONE:
raise ValueError(
"opset < 16 的 ScatterND 不支持"
f"reduction 属性不等于 {ReductionOnnxAttr.NONE.value},"
f"但实际得到的是 {self._reduction.value}"
)
return onnx_attrs
onnx_attrs["reduction_s"] = self._reduction.value
return onnx_attrs
def forward(
self,
data: torch.Tensor,
indices: torch.Tensor,
updates: torch.Tensor,
) -> torch.Tensor:
def _forward():
# ScatterND 的前向实现...
return output
if torch.onnx.is_in_onnx_export():
# 请遵循我们的约定,参数包括:
# 前向函数、操作类型、操作输入、操作属性。
onnx_attrs = self._onnx_attrs(opset_version=get_onnx_version())
return DefaultExportToOnnx.export(
_forward, "ScatterND", data, indices, updates, onnx_attrs
)
return _forward()
@add_converter(operation_type="ScatterND", version=11)
@add_converter(operation_type="ScatterND", version=13)
@add_converter(operation_type="ScatterND", version=16)
def _(node: OnnxNode, graph: OnnxGraph) -> OperationConverterResult:
node_attributes = node.attributes
reduction = ReductionOnnxAttr(node_attributes.get("reduction", "none"))
return OperationConverterResult(
torch_module=OnnxScatterND(reduction=reduction),
onnx_mapping=onnx_mapping_from_node(node=node),
)
在这里,我们通过定义自定义的 _ScatterNDExportToOnnx 来实现将模型从 PyTorch 转换回 ONNX 的技巧。
算子集版本的 workaround
如果您正在使用较旧算子集版本的模型,请尝试以下 workaround:
示例
import onnx
from onnx import version_converter
import torch
from onnx2torch import convert
# 加载 ONNX 模型。
model = onnx.load("model.onnx")
# 将模型转换为目标版本。
target_version = 13
converted_model = version_converter.convert_version(model, target_version)
# 转换为 PyTorch。
torch_model = convert(converted_model)
torch.save(torch_model, "model.pt")
注意:仅在现有算子集版本无法将模型转换为 PyTorch 时才使用此方法。结果可能会有所不同。
引用
要引用 onnx2torch,请使用“引用此仓库”按钮,或:
@misc{onnx2torch,
title={onnx2torch},
author={ENOT 开发者以及 Kalgin, Igor、Yanchenko, Arseny、Ivanov, Pyoter 和 Goncharenko, Alexander},
year={2021},
howpublished={\url{https://enot.ai/}},
note={版本:x.y.z}
}
致谢
感谢 Dmitry Chudakov @cakeofwar42 的贡献。
特别感谢 Andrey Denisov @denisovap2013 的 logo 设计。
版本历史
v1.5.152024/08/07v1.5.142024/04/02v1.5.132023/10/27v1.5.122023/10/09v1.5.112023/07/26v1.5.102023/07/07v1.5.92023/07/07v1.5.82023/06/01v1.5.72023/05/26v1.5.62023/02/13v1.5.42022/11/14v1.5.32022/09/16v1.5.22022/09/09v1.5.12022/09/01v1.5.02022/08/30v1.4.12022/07/12v1.4.02022/07/06v1.3.02022/04/20v1.2.52022/04/07v1.2.02022/03/23常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
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 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
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 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器
LLMs-from-scratch
LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备