OpenRadioss：一款可追溯的工业显式有限元求解器，但许可证与上手门槛需要先看清
项目速览：OpenRadioss 是一款功能强大、经过行业验证的有限元求解器，用于动态事件分析。
秒懂
- 它是什么？
- OpenRadioss 是 Altair 旗下 Simcenter Radioss 的开源代码库，面向动态大变形问题的显式有限元求解器。它提供稳定的求解核心与多种输入格式支持，但 AGPL-3.0 许可证和 Fortran 构建流程决定了它并不适合所有团队。
- 适合谁用？
- OpenRadioss 适合有 Fortran 构建经验、需要深度定制求解器或希望研究显式有限元算法的团队，也适合已经在使用 Radioss 并希望摆脱商业授权的组织。不适合没有专职仿真工具链维护者的中小企业，也不适合需要将求解器嵌入闭源产品的厂商，因为 AGPL-3.0 会要求公开衍生作品的源代码。
- 能商用吗？
- 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
- 还在维护吗？
- 在维护。仓库最近一次提交在 1 天前。
- 用什么语言写的？
- 主要是 Fortran（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月20日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决什么问题：动态大变形仿真的开源选项
OpenRadioss 解决的是高速碰撞、冲击、爆炸这类高度非线性动态问题的有限元仿真需求。这类问题中，材料会经历大变形、接触、失效，传统隐式求解器常常难以收敛。OpenRadioss 是 Altair 商业产品 Simcenter Radioss 的开源代码库，后者已有三十多年工业应用历史。它面向的研究者、软件开发者以及需要将仿真嵌入产品研发流程的工业团队。对于需要快速迭代设计、减少物理测试次数的组织，这个求解器提供了一条不依赖商业许可证的路径。
核心机制：Starter 与 Engine 的两阶段求解流程
OpenRadioss 的求解流程分为 Starter 和 Engine 两个阶段。Starter 负责读取输入文件，进行模型检查、单元编号、初始条件处理，生成后续求解所需的中间文件。Engine 则执行真正的显式时间积分计算，输出动画文件和时间历史数据。这种分离设计让模型预处理与大规模计算可以分开部署，也便于在集群上并行运行多个 Engine 实例。根据 README 的描述，输入格式原生支持 .rad 文件，也支持 LS-Dyna 的 .k 和 .key 格式，以及通过转换工具处理 Abaqus 的 .inp 格式。这意味着用户可以将现有其他求解器的模型迁移过来，但转换过程可能引入差异，需要验证。
构建与运行：从克隆到启动的实际步骤
要使用 OpenRadioss，首先需要安装 git 和 git-lfs，因为仓库使用大文件存储。克隆后，构建步骤在 HOWTO.md 中说明，运行步骤在 INSTALL.md 中说明。README 提供了 Quick Start 指南链接，指向 doc/Getting_started.md。启动求解器可以通过 openradioss_gui 工具，该工具的说明在 doc/openradioss_gui.md 中。对于命令行用户，需要先编译 Fortran 源码，生成 Starter 和 Engine 的可执行文件。具体编译选项、依赖库和平台支持情况，README 没有详细列出，必须查阅 HOWTO.md。从仓库布局看，这是一个需要一定编译经验的 Fortran 项目，不是开箱即用的二进制分发。
输入格式与后处理：兼容性是一把双刃剑
OpenRadioss 支持多种输入格式，这是它的一大卖点。.rad 是原生格式，.k 和 .key 是 LS-Dyna 格式，可以在 Starter 中直接读取。.inp 格式需要借助 inp2rad 转换器，这个转换器位于 Tools 仓库中。后处理方面，有工具可以将动画文件转换为 VTK，将时间历史文件转换为 CSV，还有第三方项目 Vortex-Radioss 提供 d3plot 转换。这种兼容性让用户可以从其他工具链迁移，但转换过程不是无损的。LS-Dyna 的关键字与 Radioss 的卡片格式存在差异，材料模型、接触算法、单元类型都可能无法一一对应。如果模型复杂，转换后必须仔细检查警告和结果，否则容易得到错误结论。
许可证与维护成本：AGPL-3.0 的真实影响
OpenRadioss 采用 AGPL-3.0 许可证，这是一个需要认真对待的约束。AGPL 要求，如果你修改了代码并通过网络提供服务，你必须公开修改后的源代码。对于嵌入式系统或闭源产品，这可能构成障碍。如果只是内部使用，不对外分发，则不需要公开修改。但任何基于 OpenRadioss 的衍生作品，如果分发出去，都必须以 AGPL-3.0 授权。这意味着商业公司不能简单地将求解器封装进自己的闭源软件。维护方面，项目有持续的稳定版本发布，例如 latest-20260728，表明有活跃的维护节奏。但 Fortran 代码库的维护门槛高，需要熟悉旧式语言特性的开发者。社区提供文档和贡献指南，但更新频率和响应速度无法从 README 中判断。
替代方案：与 LS-Dyna 和 Abaqus 的对比思路
OpenRadioss 的直接替代品是商业显式求解器，如 ANSYS LS-Dyna 和 Abaqus/Explicit。LS-Dyna 是显式动力学领域的市场领导者，拥有丰富的材料库和广泛的行业验证。Abaqus/Explicit 则与隐式求解器无缝集成，适合需要隐式-显式顺序分析的问题。OpenRadioss 的优势在于开源和可定制，你可以修改源代码来添加新的材料模型或接触算法。但代价是，商业求解器提供完善的图形界面、技术支持、经过大量验证的文档，而 OpenRadioss 需要自己编译、自己排查问题。对于没有专业仿真团队的机构，商业软件可能是更稳妥的选择。
适用场景与风险：谁该用，谁该避开
OpenRadioss 适合三类用户：一是学术研究者，需要研究显式有限元算法，可以修改代码并发表成果；二是已经使用 Radioss 的商业公司，希望摆脱许可证费用，但保留相同的输入格式和工作流；三是需要高度定制求解器的大型企业，有足够的 Fortran 开发能力。不适合的场景包括：需要快速部署仿真能力的中小企业，因为编译和配置成本高；需要将求解器嵌入闭源产品的厂商，因为 AGPL 许可证会强制开源衍生代码；以及依赖商业技术支持的项目，因为 OpenRadioss 的社区支持主要靠邮件列表和文档，响应速度不确定。风险在于，显式求解器的稳定性依赖于大量的单元库、材料模型和接触算法，开源版本的功能覆盖可能不如商业版完整。
编辑结论
OpenRadioss 适合有 Fortran 构建经验、需要深度定制求解器或希望研究显式有限元算法的团队，也适合已经在使用 Radioss 并希望摆脱商业授权的组织。不适合没有专职仿真工具链维护者的中小企业，也不适合需要将求解器嵌入闭源产品的厂商，因为 AGPL-3.0 会要求公开衍生作品的源代码。在采纳前，建议先阅读 doc/Getting_started.md 和 HOWTO.md，确认你的硬件与编译器组合能够完成构建，并用一个简单的 .rad 模型完成从 Starter 到 Engine 的全流程验证。
社区笔记