国庆七天从零开发横版闯关射击游戏：Godot引擎实战全记录

1. 为什么选这个题材横版闯关射击的底层吸引力国庆七天假说长不长说短不短出远门堵在路上宅家里又觉得浪费。我翻了翻自己收藏夹里躺了大半年的几个游戏开发教程决定趁这个整块时间把一直想做的横版闯关射击游戏给落地了。这个念头其实从年初就有了当时玩了几款经典的横版射击作品心里痒觉得这类玩法结构清晰、反馈直接特别适合个人开发者拿来练手。但平时工作一忙周末零碎时间根本不够用光是搭框架就得断断续续好几天思路一断就接不上。国庆这种连续假期恰好是啃这种中型项目的黄金窗口。先说说横版闯关射击这个品类到底是个什么东西。简单讲玩家控制一个角色在二维横向卷轴的场景里移动一边前进一边射击敌人途中要躲避弹幕、跨越地形障碍、击败关底Boss最终通关。它和纯弹幕射击的区别在于多了“闯关”的纵向推进感和纯平台跳跃的区别在于多了“射击”这个核心战斗手段。两者结合就形成了“移动射击躲避推进”四线并行的操作节奏。这个品类能做什么对玩家来说它提供的是即时反馈极强的爽快感——你按下射击键子弹飞出去敌人炸开分数跳出来这一连串反馈在几百毫秒内完成多巴胺来得非常直接。对开发者来说它是一个绝佳的学习载体它逼着你把角色控制、碰撞检测、动画状态机、关卡设计、敌人AI、音效反馈、UI系统这些模块全部串起来做完一个基本等于把2D游戏开发的全流程走了一遍。适合谁来参考这篇内容如果你是有一定编程基础、想入门游戏开发但不知道从哪下手的人这个项目非常适合作为你的第一个完整作品。如果你已经会写代码但对游戏循环、状态管理这些概念还比较模糊跟着走一遍会清晰很多。哪怕你只是想了解一个游戏从零到能玩需要经历哪些环节这篇记录也能给你一个真实的参考。我选的技术方案是Godot引擎版本4.x。为什么不用Unity或者别的原因很实际Godot轻量安装包小启动快GDScript语法接近Python写起来顺手而且2D支持是原生设计而非从3D降维节点系统对横版游戏这种场景树结构特别友好。Unity当然也能做功能更全但对我这种想快速出原型、不想在编辑器上耗太多时间的人来说Godot的迭代速度更合我意。这个选择没有绝对对错纯粹看个人习惯和项目需求。提示引擎选型不要纠结太久横版射击这类2D游戏主流引擎都能做。关键是选一个你打开就想写代码的而不是功能列表最长的。2. 开工前的整体设计先把骨架想清楚再动手2.1 核心玩法循环的拆解动手写第一行代码之前我花了大概两个小时把玩法循环想清楚。所谓核心循环就是玩家在游戏里反复做的那件事。横版闯关射击的循环可以拆成进入关卡 → 向右推进 → 遭遇敌人 → 射击消灭 → 收集掉落 → 面对更强敌人 → 击败Boss → 结算进入下一关。这个循环里每个环节都要有明确的反馈。推进要有场景变化射击要有命中和爆炸效果收集要有数值增长Boss战要有压迫感和阶段变化。如果某个环节反馈缺失玩家就会觉得“干巴巴的”。我在设计阶段就列了一张表把每个环节对应的表现手段写下来后面开发时逐条去实现。循环环节玩家动作需要的反馈实现手段推进按方向键场景滚动、角色跑动动画摄像机跟随、帧动画遭遇敌人观察、瞄准敌人出现提示、音效生成动画、警示音射击按射击键枪口火光、子弹飞行、命中爆炸粒子效果、音效、屏幕震动收集靠近拾取数值跳动、拾取音效UI动画、音效Boss战走位、输出血条变化、阶段转换UI血条、Boss状态机这张表后来成了我的开发清单每完成一项就划掉一条进度感很强。2.2 场景结构与节点规划Godot的节点树是核心组织方式我在纸上画了一棵场景树。根节点是主场景下面挂载几个主要分支玩家、敌人容器、子弹容器、掉落物容器、UI层、背景层、摄像机。每个分支再往下细分。玩家节点本身也是一个场景内部包含角色身体Sprite2D、碰撞体CharacterBody2D CollisionShape2D、动画播放器AnimationPlayer、枪口位置标记Marker2D、射击逻辑脚本。敌人做成通用场景通过导出变量区分类型这样不用为每种敌人单独建场景改参数就行。子弹单独做成场景因为子弹数量多、生命周期短独立场景方便实例化和回收。掉落物同理。UI层用CanvasLayer保证不受摄像机移动影响。注意节点命名要规范别用“Node2D2”“Sprite3”这种默认名。后期节点一多找起来会疯。我统一用“功能_类型”的格式比如“Player_Body”“Enemy_Spawner”。2.3 关卡数据的组织方式关卡怎么存我一开始想用JSON文件描述每关的敌人位置、地形、Boss触发点。后来发现Godot里用资源文件Resource更顺手可以自定义一个LevelData资源里面用数组存波次信息。但考虑到快速迭代我最终选了更直接的方式每个关卡做一个独立场景敌人生成点用Marker2D标记脚本读取标记位置来生成敌人。这样做的好处是所见即所得在编辑器里拖拖拽拽就能调整关卡布局不用改数据文件再重启。坏处是关卡多了之后场景文件会多但个人项目关卡数量有限这个代价可以接受。3. 核心模块逐个击破从角色控制到敌人AI3.1 角色控制手感是调出来的不是写出来的角色控制看起来简单实际上是最需要反复打磨的部分。我一开始写的移动逻辑就是简单的速度赋值结果角色动起来像在冰面上滑松开按键还会飘一段。后来改成带加速度和摩擦力的模型手感立刻扎实了很多。具体参数上我设了最大速度、加速度、减速度、重力、跳跃初速度这几个变量。加速度决定起步快慢减速度决定松手后停下的快慢。横版射击里角色通常不需要太复杂的跳跃但基本的跳跃和下落必须有否则遇到地形障碍就卡住了。# 玩家移动核心参数Godot 4.x GDScript const MAX_SPEED 300.0 const ACCELERATION 2000.0 const FRICTION 2500.0 const GRAVITY 1200.0 const JUMP_VELOCITY -450.0 func _physics_process(delta): var direction Input.get_axis(move_left, move_right) if direction ! 0: velocity.x move_toward(velocity.x, direction * MAX_SPEED, ACCELERATION * delta) else: velocity.x move_toward(velocity.x, 0, FRICTION * delta) if not is_on_floor(): velocity.y GRAVITY * delta if Input.is_action_just_pressed(jump) and is_on_floor(): velocity.y JUMP_VELOCITY move_and_slide()这段代码里move_toward是关键它让速度平滑过渡而不是瞬间跳变。ACCELERATION设成2000意味着从0到最大速度300大约需要0.15秒这个起步感比较跟手。FRICTION比加速度大保证松手后停得干脆不会滑太远。射击方向我做了八向处理根据当前移动方向决定子弹发射角度。如果角色静止就朝面朝方向平射。这个逻辑用向量归一化就能实现注意斜向射击时子弹速度要除以根号二否则斜着打会比平着打快这是很多新手会忽略的细节。实操心得手感调试没有捷径就是改参数、运行、感受、再改。我建议把关键参数做成导出变量在编辑器里实时调不用每次改代码重启。调到手感满意再固化下来。3.2 子弹系统对象池是必须的子弹是高频生成销毁的对象如果每次射击都instantiate一个新节点打完再queue_free短时间内大量创建销毁会给垃圾回收带来压力表现为帧率波动。解决办法是对象池预先创建一批子弹节点不用时隐藏并禁用碰撞需要时取出激活。我实现了一个简单的子弹池初始创建50发不够时动态扩展。每发子弹有生命周期计时器超时自动回收。回收时重置位置、速度、可见性和碰撞状态。# 子弹池简化逻辑 var bullet_pool: Array [] var pool_size 50 func _ready(): for i in pool_size: var bullet BULLET_SCENE.instantiate() bullet.set_process(false) bullet.visible false bullet_pool.append(bullet) add_child(bullet) func get_bullet(): for bullet in bullet_pool: if not bullet.visible: bullet.visible true bullet.set_process(true) return bullet # 池子不够就扩展 var new_bullet BULLET_SCENE.instantiate() bullet_pool.append(new_bullet) add_child(new_bullet) return new_bullet子弹碰撞检测用Area2D检测到敌人或墙壁就触发回收。这里有个坑子弹速度快的时候可能穿过薄墙壁这叫“隧穿”。解决办法是开启连续碰撞检测或者把子弹碰撞体做长一点覆盖一帧移动的距离。我选了后者简单有效。3.3 敌人AI状态机让行为清晰可控敌人不能只会直线冲。我设计了一个轻量状态机每个敌人有巡逻、追击、攻击、受伤、死亡几个状态。状态之间按条件切换玩家进入视野切追击进入攻击距离切攻击血量归零切死亡。状态机用枚举加match语句实现不引入额外插件保持轻量。enum State { PATROL, CHASE, ATTACK, HURT, DEAD } var current_state State.PATROL func _physics_process(delta): match current_state: State.PATROL: patrol_behavior(delta) if can_see_player(): current_state State.CHASE State.CHASE: chase_behavior(delta) if in_attack_range(): current_state State.ATTACK elif not can_see_player(): current_state State.PATROL State.ATTACK: attack_behavior(delta) if not in_attack_range(): current_state State.CHASE State.HURT: hurt_behavior(delta) State.DEAD: die_behavior(delta)不同敌人通过导出变量调整参数巡逻速度、追击速度、攻击间隔、血量、伤害值。这样一套状态机代码可以复用出好几种敌人改参数就行不用重写逻辑。注意状态切换要加冷却或条件判断否则玩家在视野边缘反复横跳时敌人会在追击和巡逻之间疯狂切换看起来像抽搐。我加了一个“失去目标后延迟2秒才回巡逻”的计时器行为就自然多了。3.4 关卡推进与摄像机横版游戏的摄像机跟随是个细节活。最简单的做法是摄像机始终锁定玩家但这样玩家往左走时看不到右边的路体验不好。我用了“前瞻”策略摄像机位置在玩家位置基础上根据面朝方向偏移一段距离面朝右时摄像机偏右让玩家能看到前方更多场景。摄像机还要限制在关卡边界内不能拍到场景外的空白。用limit_left、limit_right等属性设置边界即可。关卡切换时摄像机平滑过渡到新区域避免瞬移带来的割裂感。关卡推进用触发器实现在场景里放Area2D作为触发区玩家进入后加载下一段场景或生成下一波敌人。Boss战触发同理玩家进入Boss区域后锁住摄像机播放Boss登场动画然后开始战斗。4. 让游戏“活”起来反馈、音效与视觉打磨4.1 打击感的三要素震动、粒子、音效游戏好不好玩很大程度取决于打击感。我总结了三个最有效的反馈手段屏幕震动、粒子爆炸、音效叠加。屏幕震动在子弹命中或敌人爆炸时触发幅度不用大2到4像素、持续0.1秒就够太强会晕。Godot里给摄像机加一个偏移随机值再快速归零即可。粒子效果用GPUParticles2D敌人死亡时喷出碎片子弹命中时溅出火花。粒子数量不用多十几到几十个颜色和敌人主色一致视觉上就很满足。音效是性价比最高的反馈。射击声、命中声、爆炸声、拾取声每个动作配一个短音效整体感受立刻提升一个档次。我用免费音效库里的素材注意音量平衡射击声不能太吵否则连续射击时耳朵受不了。反馈类型触发时机参数建议常见问题屏幕震动命中、爆炸、受伤幅度2-4px时长0.1s幅度过大导致眩晕粒子效果敌人死亡、子弹命中数量15-30生命周期0.3-0.5s数量过多掉帧音效所有玩家动作音量统一在-6dB左右射击声过响、叠加爆音4.2 动画状态机与过渡角色和敌人的动画用AnimationPlayer管理每个动作一段动画待机、跑动、跳跃、射击、受伤、死亡。状态切换时播放对应动画注意设置过渡时间避免动画硬切。跑动动画的播放速度可以跟移动速度挂钩速度越快动画越快这样脚步和位移匹配不会出现“滑步”。射击动画要短最好两三帧内完成否则连射时会卡顿。敌人死亡动画播放完后要延迟一小段时间再移除节点让玩家看清爆炸效果。这个延迟用Timer控制0.3到0.5秒比较合适。4.3 UI与数值反馈UI要简洁横版射击不需要复杂界面。左上角血条右上角分数底部当前武器和弹药。血条用TextureProgressBar受伤时闪烁红色。分数变化时数字要有跳动动画让玩家感知到增长。Boss血条放在屏幕顶部中央登场时从两侧滑入血条随伤害减少阶段转换时变色。这些动画用Tween实现几行代码就能做出不错的效果。实操心得UI动画不要过度每个动画控制在0.2到0.4秒。太慢会拖节奏太快玩家注意不到。我一开始把分数跳动做成0.5秒实测下来觉得拖沓改成0.25秒后舒服多了。5. 踩坑实录与排查技巧5.1 常见问题速查表开发过程中遇到的问题五花八门我整理了一张速查表覆盖最高频的几类。问题现象可能原因排查思路解决方法角色穿墙碰撞体太小或速度过快打印每帧位置加大碰撞体、开启连续检测子弹不消失生命周期计时器未启动检查set_process确保回收逻辑被调用敌人卡在墙角寻路逻辑缺失观察卡住位置加简单避障或巡逻转向音效爆音多个音效同时播放检查同时播放数限制同音效并发数帧率下降粒子或节点过多用性能监视器对象池、减少粒子动画不播放状态未切换打印当前状态检查状态机条件5.2 几个印象深刻的坑第一个坑是子弹方向计算。我一开始用look_at让子弹朝向鼠标但横版射击是键盘操作没有鼠标瞄准结果子弹方向乱七八糟。后来改成根据角色面朝方向和上下输入组合出八向向量问题解决。这里要注意向量归一化否则斜向速度偏大。第二个坑是敌人重叠。多个敌人追玩家时会挤在一起看起来像一坨。解决办法是给敌人之间加轻微的排斥力或者用导航区域让它们自动分散。我用了简单的排斥检测到附近有同类时施加一个远离方向的微小速度。第三个坑是场景切换时状态丢失。从关卡一进关卡二分数和血量要保留但场景重载会重置一切。解决办法是用一个全局单例Autoload存玩家数据场景切换时从单例读取。Godot里建一个全局脚本挂到Autoload即可。注意全局单例不要存太多东西只存需要跨场景保留的数据比如分数、血量、已解锁武器。存多了会变成隐形耦合后期难维护。5.3 性能优化的几个实用手段个人项目虽然规模不大但优化习惯要早养成。我做了几件事一是对象池子弹和粒子都用池子管理二是可见性裁剪屏幕外的敌人暂停逻辑更新三是减少每帧的节点查找把常用节点引用缓存在变量里不在_process里反复get_node。还有个小技巧把不动的背景元素合并成一张大图减少绘制调用。Godot的TileMap很适合做横版地形自动合批性能比一堆独立Sprite好很多。6. 七天时间线复盘每天到底干了什么6.1 前三天搭骨架、通流程第一天基本在搭项目结构和角色控制。上午建项目、配输入映射、写移动跳跃下午调手感、加射击和子弹。晚上把子弹池和碰撞检测跑通角色能打出一个会消失的子弹虽然没敌人但核心操作闭环有了。第二天做敌人和碰撞。上午写敌人状态机和受伤死亡逻辑下午做子弹与敌人的碰撞、敌人与玩家的碰撞。晚上加了个简单的生成器屏幕上能不断冒出敌人打起来有模有样了。第三天做关卡和摄像机。上午搭第一关的场景用TileMap铺地形放敌人生成点。下午调摄像机跟随和边界限制。晚上做关卡推进触发器和Boss区域的雏形。到这天结束游戏已经能从关卡开头走到Boss面前。6.2 中间两天加反馈、做Boss第四天集中做打击感。加屏幕震动、粒子爆炸、音效调整参数。这一天下来同样的操作感受完全不一样了从“能玩”变成“有点爽”。第五天做Boss战。Boss设计了三阶段第一阶段直线弹幕第二阶段追踪弹第三阶段召唤小怪。每个阶段用状态机管理血条到阈值切换。Boss战调了一整天主要是弹幕密度和速度的平衡太密躲不掉太疏没压力。6.3 最后两天UI、打磨、通关测试第六天做UI和数值。血条、分数、武器显示、Boss血条加上暂停菜单和游戏结束界面。下午做掉落物和拾取逻辑击杀敌人有概率掉血包和弹药。第七天整体通关测试从头到尾打了几遍记录卡顿、难度曲线、Bug。修了十几个小问题调整了敌人参数和掉落概率。晚上打包导出发给几个朋友试玩收集反馈。实操心得最后一天一定要留出来做整体测试不要用来加新功能。新功能永远加不完但通关测试能暴露你意想不到的问题。我第七天发现的Bug比前六天加起来还多。7. 后续可以怎么扩展这个项目做完基础版本后可扩展的方向很多。武器系统可以加多种枪械散弹、激光、追踪弹每种有不同手感和弹药消耗。角色成长可以加经验值和升级提升血量、射速、伤害。关卡编辑器可以做成可视化工具拖拽生成关卡方便快速产出内容。多人模式也是个方向本地双人合作两个角色一起闯关难度和乐趣都会翻倍。不过多人同步会引入网络或输入管理的复杂度建议基础扎实后再尝试。美术资源替换是最直观的提升。我目前用的是免费素材和简单几何图形如果换成统一风格的手绘或像素素材整体质感会飞跃。音效也可以换成定制音源配合游戏节奏做动态混音。我个人在实际操作中的体会是做游戏最难的从来不是写代码而是做决策。每个功能都有无数种实现方式选哪种、做到什么程度、什么时候停这些判断比敲键盘更耗精力。国庆七天能做出一个完整可玩的版本靠的不是技术多强而是每天都有明确的“今天必须完成什么”不贪多不跑偏。如果你也想做点什么别等“准备好了”先动手边做边学进度会比想象中快。