Godot Engine
Godot Engine

Godot Engine4.7.2

官方版无广告496

选择 Godot 普通版或 .NET 版,从 Label 场景运行开始,理解主场景、资源与导出模板。

更新日期:
2026-08-18
语言:
zh,en
平台:

0 人已下载 手机查看

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# 支持。

  1. 进入空白编辑器,在 Scene 面板选择 Other Node,搜索 Label 并创建为根节点。
  2. 选中 Label,在 Inspector 的 Text 属性填入 Hello World;把文字放在可见视口内,编辑区应立即显示文字。
  3. 将场景保存为项目目录内的 label.tscnres:// 指项目根目录;不要把场景保存到另一个项目再期待当前项目自动找到它。
  4. 点击 Run Current Scene 运行当前场景(Windows/Linux 默认 F6);预期在运行画面中看到文字。用停止按钮结束运行。
  5. 再点击 Run Project(Windows/Linux 默认 F5),按提示将 label.tscn 设为主场景,确认整个项目启动后仍显示同一文字。

如果运行后空白,先检查 Label 的 Text 与位置;若运行的是别的画面,核对当前场景和主场景是否混淆。编辑器无法打开时才转向渲染器、驱动与硬件要求排查。成功后关闭项目,在 Project Manager 重新打开,再运行主场景验证保存结果;这一阶段不需要导出模板。

把项目、场景、节点和资源分开管理

Godot 项目通常以 project.godot 保存项目设置和入口场景;场景文件可以代表菜单、角色、关卡或可复用组件,节点组成场景树,资源则承载纹理、音频、字体、动画、材质和脚本。这样的结构让同一个角色场景可以在多个关卡实例化,也让 UI、敌人和道具不必复制成互不关联的文件。

  1. 先在 Project Manager 创建或导入项目,确定项目目录、主场景和版本控制边界。
  2. 用节点树表达父子关系,把角色、碰撞体、摄像机、音频和 UI 拆成容易定位的子节点。
  3. 把可复用的场景保存为独立文件;修改实例前确认是编辑实例还是编辑原场景,避免误改所有关卡。
  4. 将外部素材集中管理,等待导入完成后再调整压缩、过滤、碰撞或动画设置,并记录需要重新导入的原因。

编辑器中的 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 文件,不要因为引擎免费就默认所有素材可商用。

相关软件

暂无评论

none
暂无评论...