Godot Engine 是面向 2D、3D 游戏与交互应用的开源引擎。它把项目拆成场景、节点、资源和脚本,适合从原型、关卡编辑到多平台导出逐步迭代。第一次下载时应先确认使用 GDScript 还是 C#,再按 Windows CPU 架构选择普通版或 .NET 版;不要把编辑器版本、导出模板和最终游戏包混为一件事。
先选 4.7.2 稳定版,再决定是否需要 .NET
截至 2026 年 9 月 7 日,Godot 官方 Windows 下载页显示最新稳定版为 4.7.2,发布日期为 2026 年 8 月 18 日。普通版适合使用 GDScript 或不依赖 C# 的项目;.NET 版提供 C# 支持,是独立的引擎可执行文件,并且需要安装匹配的 .NET SDK。两者不是在普通版里临时勾选的同一个组件。
| 选择 | 适合情况 | 需要注意 |
|---|---|---|
| 普通版 | GDScript 项目、快速原型、无需 C# 运行时的团队 | 直接使用官方对应架构;不要为 C# 项目误选普通版 |
| .NET 版 | 已有 C# 能力、需要 .NET 库或 C# 工作流的项目 | 准备 .NET SDK;Windows .NET 二进制只能在匹配架构运行,不支持通过仿真混用 |
| 预览版/旧版 | 复现特定问题或验证即将发布的功能 | 先复制项目并记录版本;不要覆盖唯一的稳定项目环境 |
官方页面列出 Windows 的 x86_64、x86_32 和 arm64 构建,普通版与 .NET 版都要按目标机器架构选择。Godot 编辑器本身是提取即用的自包含程序,不代表项目已经具备所有目标平台的导出模板;发布前仍需准备并匹配模板。
先运行一个显示文字的场景
初学者可先用普通版完成这个不需要脚本的练习。解压并启动编辑器后,在 Project Manager 新建项目,选择独立目录;按显卡能力选择渲染器,较老设备可从 Compatibility 验证起步。准备 C# 项目时则应使用 .NET 版和匹配 SDK;数字商店发行版不含 C# 支持。
- 进入空白编辑器,在 Scene 面板选择
Other Node,搜索Label并创建为根节点。 - 选中 Label,在 Inspector 的
Text属性填入Hello World;把文字放在可见视口内,编辑区应立即显示文字。 - 将场景保存为项目目录内的
label.tscn。res://指项目根目录;不要把场景保存到另一个项目再期待当前项目自动找到它。 - 点击
Run Current Scene运行当前场景(Windows/Linux 默认 F6);预期在运行画面中看到文字。用停止按钮结束运行。 - 再点击
Run Project(Windows/Linux 默认 F5),按提示将 label.tscn 设为主场景,确认整个项目启动后仍显示同一文字。
如果运行后空白,先检查 Label 的 Text 与位置;若运行的是别的画面,核对当前场景和主场景是否混淆。编辑器无法打开时才转向渲染器、驱动与硬件要求排查。成功后关闭项目,在 Project Manager 重新打开,再运行主场景验证保存结果;这一阶段不需要导出模板。
把项目、场景、节点和资源分开管理
Godot 项目通常以 project.godot 保存项目设置和入口场景;场景文件可以代表菜单、角色、关卡或可复用组件,节点组成场景树,资源则承载纹理、音频、字体、动画、材质和脚本。这样的结构让同一个角色场景可以在多个关卡实例化,也让 UI、敌人和道具不必复制成互不关联的文件。
- 先在 Project Manager 创建或导入项目,确定项目目录、主场景和版本控制边界。
- 用节点树表达父子关系,把角色、碰撞体、摄像机、音频和 UI 拆成容易定位的子节点。
- 把可复用的场景保存为独立文件;修改实例前确认是编辑实例还是编辑原场景,避免误改所有关卡。
- 将外部素材集中管理,等待导入完成后再调整压缩、过滤、碰撞或动画设置,并记录需要重新导入的原因。
编辑器中的 Scene、FileSystem、Inspector 和底部调试面板各自承担不同职责。出现运行时错误时,先定位节点路径、资源引用和脚本堆栈,再判断是场景结构、导入设置还是代码问题,不要只反复点击运行按钮。
2D、3D 与脚本语言按项目目标取舍
- 2D 工作流:以像素和屏幕坐标为主,可使用 TileMap、动画、碰撞和 UI 系统搭建关卡与工具界面;先确定视口、缩放和输入策略,再制作素材。
- 3D 工作流:在场景中组合网格、灯光、相机、物理体和动画;Blender、glTF、FBX 等导入只是起点,材质、骨骼、碰撞和性能仍要在 Godot 内复核。
- GDScript:与引擎编辑器结合紧密,适合多数逻辑、工具脚本和快速迭代;建议用静态类型、信号和小型场景降低耦合。
- C#/.NET:适合已有 C# 代码和 .NET 生态的团队;需要单独的 .NET 编辑器可执行文件与 SDK,目标平台还要分别检查导出支持。
- C++ GDExtension:适合性能敏感或需要原生库的模块,但会引入编译器、ABI、平台构建和第三方依赖维护成本。
渲染器和目标硬件也要一起决定:官方 Windows 页面建议 Vulkan 1.0 兼容硬件,最低列出 OpenGL 3.3 / OpenGL ES 3.0 兼容硬件。低端设备、集成显卡和移动端项目应在真实设备上验证材质、光照、粒子、后处理与帧时间,而不是只依据编辑器预览。
导出模板与目标平台测试要分阶段
| 阶段 | 要验证什么 | 常见遗漏 |
|---|---|---|
| 编辑器内运行 | 场景入口、输入、脚本错误、资源加载和调试日志 | 只在编辑器窗口测试,忽略实际分辨率与窗口模式 |
| 导出前 | 安装匹配的 Export Templates,确认普通/.NET 模板和目标架构 | 只装编辑器,导出时才发现缺少模板或 C# 组件 |
| 桌面/移动设备 | 启动时间、内存、输入、权限、触控/手柄、图形兼容性和升级覆盖 | 把开发机性能当成目标机性能,未测试横竖屏、后台恢复或文件权限 |
| Web 或商店提交 | 浏览器限制、线程/音频/存储、签名、隐私声明和商店要求 | 把 Web 或第三方主机发布当成与桌面导出完全相同 |
导出包应使用独立目录和版本号,保留对应的项目提交、模板版本、导出预设和测试设备记录。若使用 C#,还要分别测试每个目标架构;官方明确提示 Windows .NET 构建不支持仿真运行。控制台发布则涉及第三方发行商和平台审批,不应从“支持跨平台”直接推断为官方一键发布。
插件、Asset Library 与素材许可需要单独核对
Asset Library 和第三方插件可以加速输入、对话、地形、存档或平台接入,但它们有自己的版本、依赖和许可证。安装前记录项目版本、插件提交或发行版、所需引擎版本与许可证;先在副本项目导入、运行、导出,再合并到正式分支。遇到导入失败或编辑器崩溃时,先禁用最近加入的插件并回退到最小复现项目,避免把缓存或生成文件当作源代码提交。
Godot Engine 采用 MIT 许可证,重新分发引擎时要保留版权和许可声明;游戏自身内容的权利与引擎许可分开。角色、音乐、字体、示例项目和插件可能采用不同许可证,商用发布前必须保存来源、授权范围和 NOTICE 文件,不要因为引擎免费就默认所有素材可商用。
相关软件
面向 AVG、Galgame 与视觉小说创作者的可视化桌面制作引擎,支持场景编排、实时预览与跨平台构建。
暂无评论...
![Godot Engine的使用截图[1]](https://wn.zmoyun.com/wp-content/uploads/2026/08/1787822759-godot-screenshot-1.webp)
![Godot Engine的使用截图[2]](https://wn.zmoyun.com/wp-content/uploads/2026/09/1788748467-phase22-app-7094-2.webp)