尧图网站建设 
最近在业余时间尝试学习 Godot 引擎目标很具体搞清楚一款开源游戏引擎如何组织场景、如何通过节点构建游戏逻辑、如何用脚本控制对象之间的交互。网上的 Godot 学习资料虽然越来越多但很多时候是零散的翻译片段或者几分钟的短视频真正把“概念 → 场景结构 → 可运行示例 → 常见坑点”串成完整主线的教程并不多见。这篇文章就是我自己从零开始学习 Godot 的完整笔记围绕“开发体验”和“核心逻辑构建”两个主题展开会依次讲解节点系统、场景组织、信号通信、GDScript 快速上手然后手把手带大家实现一个可运行的 2D 弹幕射击小游戏。新手可以直接照着做有 Unity 开发经验想迁移到 Godot 的开发者也能通过本文快速对齐对应概念。示例代码基于 Godot 4.x 编写版本有差异的地方我会在文中提醒调整方式。1. 为什么选择 Godot引擎定位与开发体验1.1 Godot 是什么它解决什么问题Godot 是一个开源、免费、跨平台的 2D/3D 游戏引擎采用 MIT 协议发布。它把游戏内容全部组织成“节点 场景”的树形结构内置一门专门为游戏逻辑设计的脚本语言 GDScript也支持 C#需要下载 .NET 版本。和不少商业引擎相比Godot 最大的优势是轻量、免费、无强制账号登录下载一个几十到一百多 MB 的可执行文件解压即可打开编辑器。从解决实际问题的角度看Godot 至少覆盖了三类需求第一独立开发者和小团队可以用它快速做 2D 游戏原型甚至直接发布正式产品第二学生和培训机构可以用它学习完整的游戏开发流程因为引擎源码开放所有渲染、节点、资源机制都能深入查看第三一些需要跨平台运行的轻量级 3D 项目、可视化工具和交互原型也可以用 Godot 承担。它并不试图和大型商业引擎在 3A 画质上一较高下而是把“开发效率”和“逻辑清晰度”放在更重要的位置。对于刚接触游戏开发的人来说Godot 的学习曲线相对平缓。编辑器界面不算复杂节点体系有很强的规律性脚本语法接近 Python读起来很直观。更关键的是Godot 的官方文档把所有节点、类、方法都做了非常细致的说明配合编辑器里“F1 打开文档”的功能遇到问题基本都能在本地文档中找到答案。1.2 适合哪些场景从项目类型来看Godot 最擅长的是 2D 游戏。平台跳跃、Roguelike、俯视角射击、弹幕射击、回合制战棋、卡牌游戏这类玩法Godot 的 2D 渲染和节点体系都非常顺手。近年来社区里用 Godot 做的 2D 作品数量增长很快很多 Game Jam 作品也选择 Godot 作为主力引擎。3D 方面Godot 同样支持完整的节点、材质、光照、物理系统适合小体量 3D 游戏、低多边形风格作品和原型验证但要实现大型开放世界或者追求电影级画面还是 Unity、Unreal 这类引擎更成熟。另外Godot 非常适合作为教学工具。因为它是完全免费且开源的不需要注册激活也不存在个人版、专业版的授权限制可以直接拿真实引擎讲场景管理、碰撞检测、动画状态机、音效播放这些通用概念。很多高校和培训机构开始用 Godot 替代部分 Unity 课程核心原因就是它降低了环境准备的门槛同时又覆盖了主流游戏引擎共通的底层思路。1.3 与 Unity、Unreal 的简单对比为了帮有经验的开发者快速定位我把三个引擎的差异整理成一张简化表格维度GodotUnityUnreal定价免费MIT 开源有免费额度超过收入门槛收费有免费额度超过收入门槛收费编辑器体积轻量单文件即可启动较大安装流程更重很大工程规模也更重核心脚本GDScript / C#C#C / Blueprint 蓝图2D 支持非常强内置 2D 专用渲染管线成熟但部分 2D 依赖第三方插件2D 不是强项生态资产官方资源库体量较小Asset Store 生态成熟商城和资源生态丰富适合规模小中型项目和教学中大型商业项目大型 3D / 3A 项目这里需要提醒一点引擎对比永远要结合具体项目。如果你是做 2D 独立游戏Godot 的启动速度和开发体验很可能比 Unity 更舒适如果团队积累了成熟的 C# 技术栈和资源管线Unity 依然是稳妥选择而追求顶级 3D 画面时Unreal 的优势非常明显。选择引擎不是选“最好”而是选“最合适”。2. 环境准备与版本说明2.1 下载与安装Godot 的官方下载页面是 godotengine.org进入 Download 页面后可以看到两个主要版本Standard标准版和 .NETMono 版。标准版内置 GDScript体积小、启动快适合绝大多数学习场景如果你要用 C# 写逻辑需要下载 .NET 版本并且本机要安装对应版本的 .NET SDK。以本文为例我使用的是 Godot 4.x 的标准版。需要注意的是Godot 4.x 和 3.x 在渲染器、GDScript 语法、节点 API 上有明显差异网上很多老教程是 3.x 的写法直接复制到 4.x 可能会报错。下载后解压得到一个可执行文件Windows 下是.exemacOS 下是.appLinux 下是.x86_64文件双击即可运行不需要安装向导。如果你想随时随地建模、写脚本甚至可以直接把这个可执行文件放到 U 盘里做成便携版开发环境。2.2 创建第一个项目启动编辑器后在项目管理器Project Manager中点击“New Project”按钮填写项目名称、项目路径然后选择一个渲染器。Godot 4.x 提供三种渲染方式Forward默认选项支持桌面平台的完整光照和高级渲染特性适合 3D 和大多数桌面 2D 项目。Mobile为手机和平板优化功耗控制更好适合移动端 3D。Compatibility兼容模式使用 OpenGL/兼容渲染管线适合低端设备、Web 导出和部分 2D 项目。本文的 2D 小游戏选择默认的 Forward 即可。创建完成后进入编辑器你会看到几个关键面板左侧是场景树Scene中间是 2D/3D 视口右侧是属性检查器Inspector底部是输出日志Output顶部还有一排运行调试按钮。第一次打开编辑器不用急着背快捷键只需要记住 F5 运行当前场景、F6 运行当前场景不依赖主场景、Ctrl S 保存就能开始动手实验了。2.3 项目目录结构一个新建的 Godot 项目在磁盘上非常简单核心文件只有两个project.godot和icon.svg。project.godot是项目配置文件以文本格式保存所有项目设置、输入映射、自动加载项等完全可以提交到 Git 做版本管理。icon.svg是引擎默认生成的图标通常会在后面被替换成自己的游戏图标。为了方便管理建议在新项目里手动创建几个目录my-shooter/ ├── project.godot # 项目配置文本格式 ├── icon.svg # 默认图标 ├── scenes/ # 存放 .tscn 场景文件 ├── scripts/ # 存放 .gd 脚本文件 └── assets/ # 存放图片、字体、音频等原始资源把场景和脚本分目录存放是社区比较常见的约定尤其是项目变大以后能避免文件散落在根目录导致查找困难。后面实战示例会沿用这个目录结构方便你对照。3. 核心逻辑构建节点、场景与信号3.1 节点一切逻辑的最小单位Godot 里几乎所有东西都是节点Node。节点是一个有名字、有属性、可以被添加进场景树的对象常见的节点类型包括负责纯逻辑的Node、负责 2D 显示的Node2D、负责 UI 的Control、负责玩家控制的CharacterBody2D、负责检测碰撞区域的Area2D、负责倒计时的Timer、负责显示文字的Label等等。节点之间通过父子关系组成一棵树子节点会跟随父节点一起移动、变换、隐藏和销毁。这种层级模型最大的好处是直观一个角色节点下面挂一个精灵Sprite2D负责显示挂一个碰撞形状CollisionShape2D负责物理判定挂一个脚本Script负责输入和移动逻辑所有相关内容都在同一棵子树里结构一目了然。Player (CharacterBody2D) ├── Sprite2D # 负责显示角色外观 └── CollisionShape2D # 负责碰撞判定节点还负责接收游戏生命周期回调。最常用的是_ready()节点进入场景树时调用一次_process(delta)每一帧都会调用适合处理非物理逻辑_physics_process(delta)每物理帧固定频率调用适合处理物体移动和物理交互。理解这几个回调的时机是掌握 Godot 逻辑构建的第一步。3.2 场景把节点组织成可用单元单个节点能力有限真正有意义的实体是由多个节点组合而成的场景Scene。场景在磁盘上以.tscn文本文件保存本质上就是一组节点及其属性的描述。你可以把一个角色、一堵墙、一个 UI 窗口、一整个关卡分别做成独立场景然后在其他场景中“实例化”使用。实例化是 Godot 最核心的复用机制类似 Unity 的 Prefab预制体。比如你做了一个 Bullet 场景包含一个 Area2D、一个 Sprite2D 和一段移动脚本那么在玩家脚本里只需要load(res://scenes/bullet.tscn).instantiate()就能生成一颗子弹节点并把它添加到场景树中。修改 Bullet 场景的原始文件所有实例化出来的子弹都会同步更新这对批量对象的管理非常方便。场景可以嵌套场景。主关卡场景里可以放玩家场景实例、敌人场景实例、UI 场景实例形成一棵由多个独立场景组成的树。这种设计让项目天然具备“高内聚、低耦合”的特点每个模块都封装在自己的场景里只通过接口信号、公开方法、组与其他模块通信团队协作时大家各改各的场景冲突概率大大降低。3.3 信号节点通信的正确姿势节点之间必然需要通信比如“玩家碰到了敌人”需要通知主场景扣血“敌人死亡”需要通知 UI 更新分数。Godot 提供了一套内置的观察者模式实现叫做信号Signal。信号本质上是一个“事件声明”。一个节点可以声明自己有某个信号在合适的时候发射emit其他节点可以连接connect这个信号收到发射事件后执行自己的回调函数。这样做的好处是发送方和接收方完全解耦敌人不用知道谁在听自己的死亡事件主场景也不用轮询所有敌人的状态。# 敌人脚本中声明信号 signal died(points: int) # 敌人死亡时发射 func die() - void: died.emit(10) queue_free()# 主场景脚本中连接信号 enemy.died.connect(_on_enemy_died) func _on_enemy_died(points: int) - void: score points $UI/ScoreLabel.text 得分: %d % score新手最容易犯的错误是“到处用 get_node 拿引用”比如在子弹脚本里写get_node(/root/Main/UI/ScoreLabel).text ...这种硬编码路径一旦场景结构调整就立刻崩掉。正确的思路是让信号沿着“数据产生 → 事件通知 → 上层处理”的方向流动保持节点间的弱关联代码会更健壮也更好维护。3.4 GDScript 快速上手与常用数据结构GDScript 是 Godot 官方主推的脚本语言语法接近 Python缩进敏感但针对游戏开发做了很多增强比如内置类型Vector2、Color自动类型推断、export导出属性等。核心语法不需要全部掌握才能上手下面这些高频点记住即可extends Node2D export var speed: float 300.0 export var bullet_scene: PackedScene var score: int 0 const MAX_HP: int 3 func _ready() - void: print(进入场景树) func _process(delta: float) - void: # delta 是上一帧到这一帧的时间差单位秒 pass func _physics_process(delta: float) - void: pass func take_damage(amount: int) - void: score - amount if score 0: queue_free()export修饰的变量会出现在编辑器右侧的 Inspector 面板中可以直接在编辑界面调整数值不需要改代码这对调试攻击力、速度、生命值等参数特别方便。函数返回值类型、变量类型建议尽量显式声明Godot 会给出更准确的代码补全和报错提示。字典Dictionary是 GDScript 里非常常用的数据结构和 Python 的 dict 类似适合保存有名字的字段数据var enemy_data : { name: slime, hp: 30, damage: 5, skills: [jump, poison], } func get_enemy_hp(data: Dictionary) - int: if data.has(hp): return data[hp] return 0有几个使用细节值得注意访问字典不存在键时不会报错而是返回null所以读取前最好用has()或get(key, default)做保护遍历时用for key in dict.keys()或for key in dict不要在遍历过程中直接增删键必要时先收集到数组里再统一处理。3.5 资源管理与删除节点的安全姿势Godot 中的资源Resource是一类可复用的数据对象包括纹理、音频、字体、场景、材质等。推荐用export在场景里拖拽资源而不是写死文件路径这样资源引用关系在编辑器中可见重命名文件也会自动更新引用。如果确实需要在运行时动态加载可以用load()或preload()其中preload()是编译期加载适合确定不会变的静态资源。节点删除是初学者很容易踩坑的地方。GDScript 中有两个删除方法free()立即删除节点queue 从零开始学 Godot：用 GDScript 打造 2D 弹幕射击游戏
最近在业余时间尝试学习 Godot 引擎目标很具体搞清楚一款开源游戏引擎如何组织场景、如何通过节点构建游戏逻辑、如何用脚本控制对象之间的交互。网上的 Godot 学习资料虽然越来越多但很多时候是零散的翻译片段或者几分钟的短视频真正把“概念 → 场景结构 → 可运行示例 → 常见坑点”串成完整主线的教程并不多见。这篇文章就是我自己从零开始学习 Godot 的完整笔记围绕“开发体验”和“核心逻辑构建”两个主题展开会依次讲解节点系统、场景组织、信号通信、GDScript 快速上手然后手把手带大家实现一个可运行的 2D 弹幕射击小游戏。新手可以直接照着做有 Unity 开发经验想迁移到 Godot 的开发者也能通过本文快速对齐对应概念。示例代码基于 Godot 4.x 编写版本有差异的地方我会在文中提醒调整方式。1. 为什么选择 Godot引擎定位与开发体验1.1 Godot 是什么它解决什么问题Godot 是一个开源、免费、跨平台的 2D/3D 游戏引擎采用 MIT 协议发布。它把游戏内容全部组织成“节点 场景”的树形结构内置一门专门为游戏逻辑设计的脚本语言 GDScript也支持 C#需要下载 .NET 版本。和不少商业引擎相比Godot 最大的优势是轻量、免费、无强制账号登录下载一个几十到一百多 MB 的可执行文件解压即可打开编辑器。从解决实际问题的角度看Godot 至少覆盖了三类需求第一独立开发者和小团队可以用它快速做 2D 游戏原型甚至直接发布正式产品第二学生和培训机构可以用它学习完整的游戏开发流程因为引擎源码开放所有渲染、节点、资源机制都能深入查看第三一些需要跨平台运行的轻量级 3D 项目、可视化工具和交互原型也可以用 Godot 承担。它并不试图和大型商业引擎在 3A 画质上一较高下而是把“开发效率”和“逻辑清晰度”放在更重要的位置。对于刚接触游戏开发的人来说Godot 的学习曲线相对平缓。编辑器界面不算复杂节点体系有很强的规律性脚本语法接近 Python读起来很直观。更关键的是Godot 的官方文档把所有节点、类、方法都做了非常细致的说明配合编辑器里“F1 打开文档”的功能遇到问题基本都能在本地文档中找到答案。1.2 适合哪些场景从项目类型来看Godot 最擅长的是 2D 游戏。平台跳跃、Roguelike、俯视角射击、弹幕射击、回合制战棋、卡牌游戏这类玩法Godot 的 2D 渲染和节点体系都非常顺手。近年来社区里用 Godot 做的 2D 作品数量增长很快很多 Game Jam 作品也选择 Godot 作为主力引擎。3D 方面Godot 同样支持完整的节点、材质、光照、物理系统适合小体量 3D 游戏、低多边形风格作品和原型验证但要实现大型开放世界或者追求电影级画面还是 Unity、Unreal 这类引擎更成熟。另外Godot 非常适合作为教学工具。因为它是完全免费且开源的不需要注册激活也不存在个人版、专业版的授权限制可以直接拿真实引擎讲场景管理、碰撞检测、动画状态机、音效播放这些通用概念。很多高校和培训机构开始用 Godot 替代部分 Unity 课程核心原因就是它降低了环境准备的门槛同时又覆盖了主流游戏引擎共通的底层思路。1.3 与 Unity、Unreal 的简单对比为了帮有经验的开发者快速定位我把三个引擎的差异整理成一张简化表格维度GodotUnityUnreal定价免费MIT 开源有免费额度超过收入门槛收费有免费额度超过收入门槛收费编辑器体积轻量单文件即可启动较大安装流程更重很大工程规模也更重核心脚本GDScript / C#C#C / Blueprint 蓝图2D 支持非常强内置 2D 专用渲染管线成熟但部分 2D 依赖第三方插件2D 不是强项生态资产官方资源库体量较小Asset Store 生态成熟商城和资源生态丰富适合规模小中型项目和教学中大型商业项目大型 3D / 3A 项目这里需要提醒一点引擎对比永远要结合具体项目。如果你是做 2D 独立游戏Godot 的启动速度和开发体验很可能比 Unity 更舒适如果团队积累了成熟的 C# 技术栈和资源管线Unity 依然是稳妥选择而追求顶级 3D 画面时Unreal 的优势非常明显。选择引擎不是选“最好”而是选“最合适”。2. 环境准备与版本说明2.1 下载与安装Godot 的官方下载页面是 godotengine.org进入 Download 页面后可以看到两个主要版本Standard标准版和 .NETMono 版。标准版内置 GDScript体积小、启动快适合绝大多数学习场景如果你要用 C# 写逻辑需要下载 .NET 版本并且本机要安装对应版本的 .NET SDK。以本文为例我使用的是 Godot 4.x 的标准版。需要注意的是Godot 4.x 和 3.x 在渲染器、GDScript 语法、节点 API 上有明显差异网上很多老教程是 3.x 的写法直接复制到 4.x 可能会报错。下载后解压得到一个可执行文件Windows 下是.exemacOS 下是.appLinux 下是.x86_64文件双击即可运行不需要安装向导。如果你想随时随地建模、写脚本甚至可以直接把这个可执行文件放到 U 盘里做成便携版开发环境。2.2 创建第一个项目启动编辑器后在项目管理器Project Manager中点击“New Project”按钮填写项目名称、项目路径然后选择一个渲染器。Godot 4.x 提供三种渲染方式Forward默认选项支持桌面平台的完整光照和高级渲染特性适合 3D 和大多数桌面 2D 项目。Mobile为手机和平板优化功耗控制更好适合移动端 3D。Compatibility兼容模式使用 OpenGL/兼容渲染管线适合低端设备、Web 导出和部分 2D 项目。本文的 2D 小游戏选择默认的 Forward 即可。创建完成后进入编辑器你会看到几个关键面板左侧是场景树Scene中间是 2D/3D 视口右侧是属性检查器Inspector底部是输出日志Output顶部还有一排运行调试按钮。第一次打开编辑器不用急着背快捷键只需要记住 F5 运行当前场景、F6 运行当前场景不依赖主场景、Ctrl S 保存就能开始动手实验了。2.3 项目目录结构一个新建的 Godot 项目在磁盘上非常简单核心文件只有两个project.godot和icon.svg。project.godot是项目配置文件以文本格式保存所有项目设置、输入映射、自动加载项等完全可以提交到 Git 做版本管理。icon.svg是引擎默认生成的图标通常会在后面被替换成自己的游戏图标。为了方便管理建议在新项目里手动创建几个目录my-shooter/ ├── project.godot # 项目配置文本格式 ├── icon.svg # 默认图标 ├── scenes/ # 存放 .tscn 场景文件 ├── scripts/ # 存放 .gd 脚本文件 └── assets/ # 存放图片、字体、音频等原始资源把场景和脚本分目录存放是社区比较常见的约定尤其是项目变大以后能避免文件散落在根目录导致查找困难。后面实战示例会沿用这个目录结构方便你对照。3. 核心逻辑构建节点、场景与信号3.1 节点一切逻辑的最小单位Godot 里几乎所有东西都是节点Node。节点是一个有名字、有属性、可以被添加进场景树的对象常见的节点类型包括负责纯逻辑的Node、负责 2D 显示的Node2D、负责 UI 的Control、负责玩家控制的CharacterBody2D、负责检测碰撞区域的Area2D、负责倒计时的Timer、负责显示文字的Label等等。节点之间通过父子关系组成一棵树子节点会跟随父节点一起移动、变换、隐藏和销毁。这种层级模型最大的好处是直观一个角色节点下面挂一个精灵Sprite2D负责显示挂一个碰撞形状CollisionShape2D负责物理判定挂一个脚本Script负责输入和移动逻辑所有相关内容都在同一棵子树里结构一目了然。Player (CharacterBody2D) ├── Sprite2D # 负责显示角色外观 └── CollisionShape2D # 负责碰撞判定节点还负责接收游戏生命周期回调。最常用的是_ready()节点进入场景树时调用一次_process(delta)每一帧都会调用适合处理非物理逻辑_physics_process(delta)每物理帧固定频率调用适合处理物体移动和物理交互。理解这几个回调的时机是掌握 Godot 逻辑构建的第一步。3.2 场景把节点组织成可用单元单个节点能力有限真正有意义的实体是由多个节点组合而成的场景Scene。场景在磁盘上以.tscn文本文件保存本质上就是一组节点及其属性的描述。你可以把一个角色、一堵墙、一个 UI 窗口、一整个关卡分别做成独立场景然后在其他场景中“实例化”使用。实例化是 Godot 最核心的复用机制类似 Unity 的 Prefab预制体。比如你做了一个 Bullet 场景包含一个 Area2D、一个 Sprite2D 和一段移动脚本那么在玩家脚本里只需要load(res://scenes/bullet.tscn).instantiate()就能生成一颗子弹节点并把它添加到场景树中。修改 Bullet 场景的原始文件所有实例化出来的子弹都会同步更新这对批量对象的管理非常方便。场景可以嵌套场景。主关卡场景里可以放玩家场景实例、敌人场景实例、UI 场景实例形成一棵由多个独立场景组成的树。这种设计让项目天然具备“高内聚、低耦合”的特点每个模块都封装在自己的场景里只通过接口信号、公开方法、组与其他模块通信团队协作时大家各改各的场景冲突概率大大降低。3.3 信号节点通信的正确姿势节点之间必然需要通信比如“玩家碰到了敌人”需要通知主场景扣血“敌人死亡”需要通知 UI 更新分数。Godot 提供了一套内置的观察者模式实现叫做信号Signal。信号本质上是一个“事件声明”。一个节点可以声明自己有某个信号在合适的时候发射emit其他节点可以连接connect这个信号收到发射事件后执行自己的回调函数。这样做的好处是发送方和接收方完全解耦敌人不用知道谁在听自己的死亡事件主场景也不用轮询所有敌人的状态。# 敌人脚本中声明信号 signal died(points: int) # 敌人死亡时发射 func die() - void: died.emit(10) queue_free()# 主场景脚本中连接信号 enemy.died.connect(_on_enemy_died) func _on_enemy_died(points: int) - void: score points $UI/ScoreLabel.text 得分: %d % score新手最容易犯的错误是“到处用 get_node 拿引用”比如在子弹脚本里写get_node(/root/Main/UI/ScoreLabel).text ...这种硬编码路径一旦场景结构调整就立刻崩掉。正确的思路是让信号沿着“数据产生 → 事件通知 → 上层处理”的方向流动保持节点间的弱关联代码会更健壮也更好维护。3.4 GDScript 快速上手与常用数据结构GDScript 是 Godot 官方主推的脚本语言语法接近 Python缩进敏感但针对游戏开发做了很多增强比如内置类型Vector2、Color自动类型推断、export导出属性等。核心语法不需要全部掌握才能上手下面这些高频点记住即可extends Node2D export var speed: float 300.0 export var bullet_scene: PackedScene var score: int 0 const MAX_HP: int 3 func _ready() - void: print(进入场景树) func _process(delta: float) - void: # delta 是上一帧到这一帧的时间差单位秒 pass func _physics_process(delta: float) - void: pass func take_damage(amount: int) - void: score - amount if score 0: queue_free()export修饰的变量会出现在编辑器右侧的 Inspector 面板中可以直接在编辑界面调整数值不需要改代码这对调试攻击力、速度、生命值等参数特别方便。函数返回值类型、变量类型建议尽量显式声明Godot 会给出更准确的代码补全和报错提示。字典Dictionary是 GDScript 里非常常用的数据结构和 Python 的 dict 类似适合保存有名字的字段数据var enemy_data : { name: slime, hp: 30, damage: 5, skills: [jump, poison], } func get_enemy_hp(data: Dictionary) - int: if data.has(hp): return data[hp] return 0有几个使用细节值得注意访问字典不存在键时不会报错而是返回null所以读取前最好用has()或get(key, default)做保护遍历时用for key in dict.keys()或for key in dict不要在遍历过程中直接增删键必要时先收集到数组里再统一处理。3.5 资源管理与删除节点的安全姿势Godot 中的资源Resource是一类可复用的数据对象包括纹理、音频、字体、场景、材质等。推荐用export在场景里拖拽资源而不是写死文件路径这样资源引用关系在编辑器中可见重命名文件也会自动更新引用。如果确实需要在运行时动态加载可以用load()或preload()其中preload()是编译期加载适合确定不会变的静态资源。节点删除是初学者很容易踩坑的地方。GDScript 中有两个删除方法free()立即删除节点queue