1. 项目背景与核心玩法拆解“逃不掉的小球”是第10届蓝桥杯Scratch国赛真题的第一题这是一个典型的编程逻辑与交互设计结合的题目。题目本身没有提供详细的正文描述但根据其标题和蓝桥杯Scratch赛事的常规风格我们可以清晰地还原出它的核心玩法在舞台上有一个或多个小球角色它们会以某种规律如随机方向、反弹在屏幕范围内移动。玩家的目标是控制另一个角色通常是鼠标指针或一个特定的角色去“触碰”或“捕捉”这些运动的小球。然而题目的趣味性和挑战性在于这些小球似乎总能“逃掉”即它们的运动算法被设计得让玩家难以轻易触碰到。这背后考察的远不止是让小球动起来那么简单。它综合测试了参赛者对Scratch核心模块的理解深度特别是运动、控制、侦测和运算这四大类积木的灵活运用。一个合格的实现需要让小球运动得既自然又“狡猾”模拟出类似物理碰撞的反弹效果同时确保其始终在舞台边界内活动不会“跑丢”。对于初学者可能只做到让小球来回移动但对于国赛级别的选手则需要考虑运动轨迹的随机性、反弹角度的计算、以及如何通过变量和运算来增加小球“逃脱”的智能感。这道题非常适合作为Scratch从入门到精通的一个里程碑项目。通过实现它你不仅能巩固坐标、方向、随机数、条件判断等基础知识更能深入理解事件驱动编程和实时交互逻辑的设计。接下来我将以一个拥有多年Scratch教学与评审经验的视角带你从零开始拆解实现一个“狡猾”且“逃不掉”的小球所需的每一个技术细节并分享那些在官方教程里不会写的调试技巧和性能优化点。2. 角色与舞台的初始化设置在动手写代码之前合理的初始化是项目稳健的基石。很多初学者的问题比如小球突然消失、运动卡顿根源往往在于初始化没做好。2.1 角色创建与造型设计首先我们需要两个核心角色小球角色这是我们要追捕的对象。建议将其造型设计为一个简单的彩色圆形颜色鲜明便于观察。在Scratch中可以使用绘图工具画一个正圆并填充颜色。追踪者角色代表玩家用于触碰小球。最简单的实现是直接使用鼠标指针这样无需额外控制代码。但为了增加挑战性和代码演示的完整性我们也可以创建一个独立的角色比如一个箭头或十字准星并用键盘或鼠标来控制它。本例中我们将采用最经典的方案玩家通过移动鼠标来控制追踪者因此我们需要创建一个新的角色作为追踪者。初始化关键步骤小球将其大小调整合适例如设置为30%到50%然后拖放到舞台中心坐标0,0或一个随机起始位置。为其设置一个初始的、随机的运动方向。追踪者同样调整大小可以比小球稍大或稍小将其造型设置为一个明显的标志如靶心。最重要的是在它的代码中我们需要用“移到鼠标指针”积木来实现跟随但这不是在初始化阶段而是在后续的控制循环里。注意角色的初始位置至关重要。如果将小球初始位置设置在舞台边缘它可能一开始就触发反弹导致运动轨迹异常。稳妥的做法是在舞台中央区域例如X-180到180 Y-120到120之间随机选择一个起始点。2.2 关键变量的定义与作用变量是赋予小球“灵魂”的关键。我们将创建以下变量并理解其用途小球X速度控制小球在水平方向X轴上每步移动的距离。正值向右负值向左。小球Y速度控制小球在垂直方向Y轴上每步移动的距离。正值向上负值向下。游戏状态这是一个用于控制游戏逻辑流程的变量。例如可以设置为“进行中”、“结束”。当小球被碰到时改变此变量以停止运动或触发得分事件。逃脱次数或得分用于记录玩家尝试触碰的次数或成功的次数增加游戏的挑战性和可玩性。在Scratch中创建这些变量时建议将“小球X速度”和“小球Y速度”变量设置为仅适用于当前角色小球这样每个小球如果未来有多个都可以有自己的速度变量互不干扰。而“游戏状态”、“得分”这类变量应设置为适用于所有角色作为全局信号。变量的初始化通常在绿旗被点击时进行当绿旗被点击 将 [游戏状态 v] 设为 [进行中] 将 [得分 v] 设为 [0] 将 [小球X速度 v] 设为 (在 (-10) 到 (10) 之间随机选一个数) 将 [小球Y速度 v] 设为 (在 (-10) 到 (10) 之间随机选一个数)这里给速度一个随机初始值是为了让小球每次开始游戏时都有不同的运动轨迹。范围-10到10是一个经验值既能保证运动速度不至于太慢或太快又能产生丰富的方向组合。3. 小球运动引擎的核心算法这是本题目的技术核心。我们需要让小球能够自主、连续、且符合物理直觉地运动。3.1 基础运动基于速度向量的移动在Scratch中最直接的运动方式是使用“移动10步”和“面向90方向”积木。但这种方法对于复杂的反弹和速度控制不够灵活。更高级、更可控的方法是使用速度向量分解即分别控制X坐标和Y坐标的变化。我们之前定义了小球X速度和小球Y速度。小球的每一帧移动其实就是将它的坐标加上对应的速度值将x坐标增加 (小球X速度) 将y坐标增加 (小球Y速度)这种方法的好处是速度小球X速度小球Y速度和位置x坐标 y坐标是解耦的。我们可以独立地修改速度值来改变运动方向而无需关心角色当前面向哪里。3.2 边界检测与反弹逻辑如果只移动不检测小球很快就会飞出舞台看不见。因此我们需要在每一帧移动后检查小球是否碰到了舞台边缘。如果碰到则让它“反弹”。反弹的本质是速度向量的反转。具体逻辑如下碰到左右边缘X轴边界将小球X速度乘以-1。例如原来速度是5向右反弹后变成-5向左。碰到上下边缘Y轴边界将小球Y速度乘以-1。例如原来速度是-3向下反弹后变成3向上。如何检测是否碰到边缘Scratch提供了“碰到边缘就反弹”积木但那个积木是黑盒它同时处理了反弹和角度计算有时行为不符合精确的物理模拟比如会改变运动角度。为了实现更可控、更符合本题“逃不掉”特性的反弹我们推荐使用坐标判断法。舞台的边界大致是X坐标在-240到240之间Y坐标在-180到180之间。我们可以这样写如果 (x坐标) [230] 那么 // 接近右边缘 将 [小球X速度 v] 设为 ((小球X速度) * (-1)) 将x坐标设为 [230] // 可选防止卡在边缘外 结束 如果 (x坐标) [-230] 那么 // 接近左边缘 将 [小球X速度 v] 设为 ((小球X速度) * (-1)) 将x坐标设为 [-230] 结束 // Y轴边界同理 如果 (y坐标) [170] 那么 将 [小球Y速度 v] 设为 ((小球Y速度) * (-1)) 将y坐标设为 [170] 结束 如果 (y坐标) [-170] 那么 将 [小球Y速度 v] 设为 ((小球Y速度) * (-1)) 将y坐标设为 [-170] 结束这里将边界值设得比实际舞台边界240180稍小如230170是为了给角色大小留出余量防止角色“半截身子”卡在屏幕外视觉上不美观。同时在反弹后立即将坐标修正到边界内是一个很好的编程习惯能避免后续判断出错。3.3 实现“逃不掉”的智能行为基础反弹小球很容易被鼠标追上。如何让它“逃不掉”这就需要引入一些增强算法让它的运动看起来更有目的性或者说更“狡猾”。随机扰动在每次反弹时不完全严格地反转速度而是给速度值增加一个小的随机变化。将 [小球X速度 v] 设为 (((小球X速度) * (-1)) (在 (-1) 到 (1) 之间随机选一个数))这样小球的反弹角度每次都有细微不同运动轨迹更不可预测。感知追踪者让小球能“感知”到追踪者的位置并尝试远离。这需要在小球的循环中加入对追踪者角色的侦测。如果 ([鼠标指针的x坐标 v] 的 [x坐标 v]) (x坐标) 那么 将 [小球X速度 v] 增加 (-0.5) // 如果追踪者在右边小球就增加向左的速度分量 否则 将 [小球X速度 v] 增加 (0.5) // 如果追踪者在左边小球就增加向右的速度分量 结束 // Y轴方向同理这里的增量值0.5很小不会让小球瞬间逃跑而是产生一种“缓慢规避”的效果显得更智能。你需要根据游戏难度调整这个值。速度限制为了防止小球速度因不断加速而失控必须给它的速度设置上限。如果 ([绝对值 v] of (小球X速度)) [10] 那么 将 [小球X速度 v] 设为 ((10) * (([符号 v] of (小球X速度)) // 保持原方向但速度设为最大10 结束 // 对小球Y速度做同样处理这个检查应该在每次修改速度变量之后进行。将这些技巧组合起来小球的运动代码主循环就颇具挑战性了。它不再是无脑的直线反弹而是会轻微地、持续地调整路线试图远离鼠标从而实现“逃不掉”的视觉效果。4. 追踪者控制与碰撞检测玩家的交互体验直接决定了游戏的乐趣。我们需要让追踪者控制流畅并且碰撞检测准确、反馈及时。4.1 平滑的鼠标跟随控制对于追踪者角色最简单的控制脚本是当绿旗被点击 重复执行 移到 [鼠标指针 v] 结束但这会产生一个问题追踪者会瞬间“闪现”到鼠标位置移动非常生硬缺乏平滑感。为了更好的手感我们可以实现一个缓动跟随效果让追踪者像有惯性一样平滑地移向鼠标。当绿旗被点击 重复执行 将 [目标X v] 设为 ([鼠标指针的x坐标 v]) 将 [目标Y v] 设为 ([鼠标指针的y坐标 v]) 将x坐标增加 (((目标X) - (x坐标)) / (5)) // 除数是缓动系数越大越平滑 将y坐标增加 (((目标Y) - (y坐标)) / (5)) 结束这里我们计算了追踪者当前位置与鼠标位置目标位置的差值然后只移动这个差值的五分之一。这样追踪者会快速靠近鼠标但越接近时移动越慢最终停在鼠标位置一旦鼠标移动它又会平滑地跟上去。这个“5”就是缓动系数你可以调整它来改变跟随的“粘滞”感。4.2 精确且高效的碰撞判定碰撞检测是游戏交互的核心。Scratch提供了“碰到颜色”和“碰到角色”两种侦测积木。对于角色之间的碰撞显然使用“碰到角色”更合适。最直接的碰撞检测脚本放在追踪者角色里当绿旗被点击 重复执行 如果 碰到 [小球 v] ? 那么 广播 [被抓到 v] 并等待 结束 结束当检测到碰撞我们广播一个“被抓到”的消息。小球角色需要接收这个消息并做出反应比如播放一个音效、变量“得分”增加然后小球重置到一个新位置或者游戏结束。但是这里有一个巨大的性能陷阱和逻辑漏洞。将碰撞检测放在一个“重复执行”且内部没有延迟的循环里意味着Scratch在一秒钟内会检查碰撞数十次取决于电脑性能。如果玩家一直按着小球那么“碰到小球”这个条件在一秒钟内会成立数十次导致“被抓到”的消息被广播数十次得分瞬间暴涨游戏体验完全破坏。解决方案状态锁机制。我们需要确保一次触碰只触发一次事件。在追踪者角色中创建一个私有变量检测冷却。修改碰撞检测逻辑当绿旗被点击 将 [检测冷却 v] 设为 [0] 重复执行 如果 碰到 [小球 v] ? 且 (检测冷却) [0] 那么 将 [检测冷却 v] 设为 [1] // 上锁防止重复触发 广播 [被抓到 v] 并等待 等待 (0.5) 秒 // 一个短暂的冷却时间 将 [检测冷却 v] 设为 [0] // 解锁允许下次检测 结束 结束通过引入一个“冷却时间”我们确保了无论角色重叠多久在设定的时间间隔内这里是0.5秒只会判定一次有效碰撞。这个技巧在制作任何需要精确计时的交互游戏时都至关重要。5. 游戏逻辑整合与状态管理单个角色的代码写好之后我们需要将它们编织成一个有机的整体并管理游戏的不同状态开始、进行、结束。5.1 使用广播消息协调角色广播是Scratch中角色间通信的利器。我们应该定义几个关键的消息游戏开始当绿旗点击时由背景或任意角色广播所有角色接收到后初始化自己。小球被抓到当发生有效碰撞时由追踪者广播。小球和背景负责计分、音效接收并处理。游戏结束当达到某个条件如时间到、得分达标广播此消息所有角色停止运动。例如小球的完整主循环可能如下当接收到 [游戏开始 v] 显示 移到 (随机位置 v) ... // 初始化速度变量 将 [游戏状态 v] 设为 [进行中] 重复执行直到 (游戏状态) [结束] // 3.2和3.3节中的移动和边界反弹代码 将x坐标增加 (小球X速度) 将y坐标增加 (小球Y速度) ... // 边界检测与反弹 ... // “逃不掉”的智能行为代码 结束 当接收到 [被抓到 v] 播放音效 [Pop v] 隐藏 // 或者执行其他被抓效果 等待 (0.5) 秒 如果 (游戏状态) [进行中] 那么 移到 (随机位置 v) ... // 重新初始化速度 显示 结束这样小球的显示、隐藏、重置都由消息驱动逻辑清晰。5.2 计分与游戏难度提升一个完整的游戏需要有目标。我们可以设定在30秒内看能抓到多少次小球。计时器使用Scratch自带的“计时器”功能。游戏开始时“重置计时器”在循环中判断“如果计时器 30那么广播游戏结束”。计分显示创建一个“得分”变量并显示在舞台上。当小球被抓到时得分增加。动态难度为了让游戏更有趣可以让小球随着得分增加而“进化”。速度提升每得5分小球的初始速度范围或最大速度限制可以略微增加。体型缩小每得10分将小球的大小减少10%让它更难被碰到。增加分身达到一定分数后可以克隆出第二个小球同时追踪多个目标。实现动态难度需要在“被抓到”的事件处理中加入对得分变量的判断并相应地修改小球的属性速度、大小或执行克隆操作。6. 深度优化与高级技巧当基础功能实现后我们可以从流畅度、视觉效果和代码健壮性上进行优化这是区分普通作品和优秀作品的关键。6.1 性能优化避免循环卡顿Scratch项目在角色过多、循环内运算复杂时可能会变卡。优化方法包括减少循环内的冗余计算例如如果“逃不掉”算法中计算与鼠标距离的代码很复杂可以每5次循环执行一次而不是每次都执行。善用克隆体的“当作为克隆体启动时”如果你创建了多个小球一定要用克隆体并为克隆体编写独立的运动脚本。绝对不要用“重复执行”去控制一大堆角色实例那样会严重拖慢速度。简化造型和背景过于复杂的矢量图或高分辨率位图会占用更多资源。在满足效果的前提下尽量使用简单的造型。6.2 视觉与音效增强好的反馈能极大提升游戏体验。小球轨迹可以使用“图章”积木在小球移动的每一帧留下一个淡淡的印记形成运动轨迹科技感十足。碰撞特效当小球被抓到时不要只是隐藏。可以让它先“播放音效”同时“将颜色特效增加25”几次产生闪烁再“隐藏”最后在新位置显示。这个过程可以放在一个“自定义积木”里并勾选“运行时不刷新屏幕”这样特效会一气呵成不会在中间被循环刷新打断。背景音乐与音效添加一个循环播放的背景音乐并为碰撞、游戏结束等关键事件配上不同的音效。注意控制音量平衡音效应短促清晰。6.3 常见问题排查Debugging在开发过程中你肯定会遇到各种问题。以下是一些典型问题的排查思路小球不动首先检查绿旗点击后小球的代码是否开始执行。最可能的原因是速度变量初始值为0。确保你的随机数范围包含了负数和非零值如-10到10但不包括0实际上随机可能得到0可以加判断如果速度为0则设为1。小球穿墙而过检查边界判断条件。确认你使用的是“x坐标 230”而不是“碰到边缘”。同时检查坐标修正逻辑确保反弹后坐标被拉回边界内如将x坐标设为230。碰撞检测失灵首先确认两个角色在舞台上确实有视觉重叠。然后检查碰撞检测代码是否在“重复执行”中。最可能的原因是角色造型的中心点问题。在造型编辑器中确保造型的中心点那个十字准星在图形的物理中心位置否则碰撞检测区域会偏移。游戏越来越卡检查是否有隐藏的角色或克隆体没有停止其脚本。使用“停止全部脚本”或针对特定角色的“停止该角色的其他脚本”来管理。另外检查是否创建了无限增长的克隆体比如每帧都克隆这是导致卡顿的常见原因。7. 从解题到创客项目的扩展思路完成基础题目后我们可以把这个项目当作一个平台进行各种有趣的扩展这能充分锻炼你的创造力。双人对战模式创建两个由不同键盘键控制的追踪者比如WASD和方向键让他们竞争捕捉小球或者互相干扰。这需要处理更复杂的控制逻辑和碰撞规则追踪者之间碰撞如何处理。道具系统在舞台上随机出现一些道具如“减速药水”、“分身道具”。当追踪者碰到道具时可以获得临时能力。这需要学习如何管理多种角色间的交互和状态如“是否处于减速状态”。关卡设计设计多个关卡每个关卡小球的行为模式不同第一关直线反弹第二关加入随机扰动第三关会主动躲避。这需要你设计一个关卡管理器可能是通过一个全局变量“当前关卡”来切换小球的行为代码。数据记录与分析使用Scratch的“列表”功能记录玩家每一局游戏的得分和用时。游戏结束后可以显示历史最高分、平均分等数据。你甚至可以尝试计算玩家的“捕捉效率”得分/时间。实现这些扩展本质上是在练习如何将复杂的需求分解为一个个小的、可编程的功能模块并用变量、广播、克隆等工具将它们优雅地组织起来。这个过程遇到的挑战和解决问题的经验比单纯实现题目要求有价值得多。在我指导过的学生项目中那些在“逃不掉的小球”基础上做出特色扩展的作品往往能在创意评比中脱颖而出。例如有学生加入了“引力场”道具让小球经过特定区域时会受到引力影响而弯曲轨迹还有学生设计了“学习型AI小球”它会记录玩家最常走的路径并尝试避开。这些想法听起来复杂但拆解后无非是更复杂的变量运算和条件判断。关键是敢于去想并耐心地去调试和实现。当你看到自己设计的复杂交互在Scratch舞台上流畅运行时那种成就感正是编程最大的乐趣所在。 Scratch编程实战：从零实现“逃不掉的小球”游戏引擎与交互逻辑
1. 项目背景与核心玩法拆解“逃不掉的小球”是第10届蓝桥杯Scratch国赛真题的第一题这是一个典型的编程逻辑与交互设计结合的题目。题目本身没有提供详细的正文描述但根据其标题和蓝桥杯Scratch赛事的常规风格我们可以清晰地还原出它的核心玩法在舞台上有一个或多个小球角色它们会以某种规律如随机方向、反弹在屏幕范围内移动。玩家的目标是控制另一个角色通常是鼠标指针或一个特定的角色去“触碰”或“捕捉”这些运动的小球。然而题目的趣味性和挑战性在于这些小球似乎总能“逃掉”即它们的运动算法被设计得让玩家难以轻易触碰到。这背后考察的远不止是让小球动起来那么简单。它综合测试了参赛者对Scratch核心模块的理解深度特别是运动、控制、侦测和运算这四大类积木的灵活运用。一个合格的实现需要让小球运动得既自然又“狡猾”模拟出类似物理碰撞的反弹效果同时确保其始终在舞台边界内活动不会“跑丢”。对于初学者可能只做到让小球来回移动但对于国赛级别的选手则需要考虑运动轨迹的随机性、反弹角度的计算、以及如何通过变量和运算来增加小球“逃脱”的智能感。这道题非常适合作为Scratch从入门到精通的一个里程碑项目。通过实现它你不仅能巩固坐标、方向、随机数、条件判断等基础知识更能深入理解事件驱动编程和实时交互逻辑的设计。接下来我将以一个拥有多年Scratch教学与评审经验的视角带你从零开始拆解实现一个“狡猾”且“逃不掉”的小球所需的每一个技术细节并分享那些在官方教程里不会写的调试技巧和性能优化点。2. 角色与舞台的初始化设置在动手写代码之前合理的初始化是项目稳健的基石。很多初学者的问题比如小球突然消失、运动卡顿根源往往在于初始化没做好。2.1 角色创建与造型设计首先我们需要两个核心角色小球角色这是我们要追捕的对象。建议将其造型设计为一个简单的彩色圆形颜色鲜明便于观察。在Scratch中可以使用绘图工具画一个正圆并填充颜色。追踪者角色代表玩家用于触碰小球。最简单的实现是直接使用鼠标指针这样无需额外控制代码。但为了增加挑战性和代码演示的完整性我们也可以创建一个独立的角色比如一个箭头或十字准星并用键盘或鼠标来控制它。本例中我们将采用最经典的方案玩家通过移动鼠标来控制追踪者因此我们需要创建一个新的角色作为追踪者。初始化关键步骤小球将其大小调整合适例如设置为30%到50%然后拖放到舞台中心坐标0,0或一个随机起始位置。为其设置一个初始的、随机的运动方向。追踪者同样调整大小可以比小球稍大或稍小将其造型设置为一个明显的标志如靶心。最重要的是在它的代码中我们需要用“移到鼠标指针”积木来实现跟随但这不是在初始化阶段而是在后续的控制循环里。注意角色的初始位置至关重要。如果将小球初始位置设置在舞台边缘它可能一开始就触发反弹导致运动轨迹异常。稳妥的做法是在舞台中央区域例如X-180到180 Y-120到120之间随机选择一个起始点。2.2 关键变量的定义与作用变量是赋予小球“灵魂”的关键。我们将创建以下变量并理解其用途小球X速度控制小球在水平方向X轴上每步移动的距离。正值向右负值向左。小球Y速度控制小球在垂直方向Y轴上每步移动的距离。正值向上负值向下。游戏状态这是一个用于控制游戏逻辑流程的变量。例如可以设置为“进行中”、“结束”。当小球被碰到时改变此变量以停止运动或触发得分事件。逃脱次数或得分用于记录玩家尝试触碰的次数或成功的次数增加游戏的挑战性和可玩性。在Scratch中创建这些变量时建议将“小球X速度”和“小球Y速度”变量设置为仅适用于当前角色小球这样每个小球如果未来有多个都可以有自己的速度变量互不干扰。而“游戏状态”、“得分”这类变量应设置为适用于所有角色作为全局信号。变量的初始化通常在绿旗被点击时进行当绿旗被点击 将 [游戏状态 v] 设为 [进行中] 将 [得分 v] 设为 [0] 将 [小球X速度 v] 设为 (在 (-10) 到 (10) 之间随机选一个数) 将 [小球Y速度 v] 设为 (在 (-10) 到 (10) 之间随机选一个数)这里给速度一个随机初始值是为了让小球每次开始游戏时都有不同的运动轨迹。范围-10到10是一个经验值既能保证运动速度不至于太慢或太快又能产生丰富的方向组合。3. 小球运动引擎的核心算法这是本题目的技术核心。我们需要让小球能够自主、连续、且符合物理直觉地运动。3.1 基础运动基于速度向量的移动在Scratch中最直接的运动方式是使用“移动10步”和“面向90方向”积木。但这种方法对于复杂的反弹和速度控制不够灵活。更高级、更可控的方法是使用速度向量分解即分别控制X坐标和Y坐标的变化。我们之前定义了小球X速度和小球Y速度。小球的每一帧移动其实就是将它的坐标加上对应的速度值将x坐标增加 (小球X速度) 将y坐标增加 (小球Y速度)这种方法的好处是速度小球X速度小球Y速度和位置x坐标 y坐标是解耦的。我们可以独立地修改速度值来改变运动方向而无需关心角色当前面向哪里。3.2 边界检测与反弹逻辑如果只移动不检测小球很快就会飞出舞台看不见。因此我们需要在每一帧移动后检查小球是否碰到了舞台边缘。如果碰到则让它“反弹”。反弹的本质是速度向量的反转。具体逻辑如下碰到左右边缘X轴边界将小球X速度乘以-1。例如原来速度是5向右反弹后变成-5向左。碰到上下边缘Y轴边界将小球Y速度乘以-1。例如原来速度是-3向下反弹后变成3向上。如何检测是否碰到边缘Scratch提供了“碰到边缘就反弹”积木但那个积木是黑盒它同时处理了反弹和角度计算有时行为不符合精确的物理模拟比如会改变运动角度。为了实现更可控、更符合本题“逃不掉”特性的反弹我们推荐使用坐标判断法。舞台的边界大致是X坐标在-240到240之间Y坐标在-180到180之间。我们可以这样写如果 (x坐标) [230] 那么 // 接近右边缘 将 [小球X速度 v] 设为 ((小球X速度) * (-1)) 将x坐标设为 [230] // 可选防止卡在边缘外 结束 如果 (x坐标) [-230] 那么 // 接近左边缘 将 [小球X速度 v] 设为 ((小球X速度) * (-1)) 将x坐标设为 [-230] 结束 // Y轴边界同理 如果 (y坐标) [170] 那么 将 [小球Y速度 v] 设为 ((小球Y速度) * (-1)) 将y坐标设为 [170] 结束 如果 (y坐标) [-170] 那么 将 [小球Y速度 v] 设为 ((小球Y速度) * (-1)) 将y坐标设为 [-170] 结束这里将边界值设得比实际舞台边界240180稍小如230170是为了给角色大小留出余量防止角色“半截身子”卡在屏幕外视觉上不美观。同时在反弹后立即将坐标修正到边界内是一个很好的编程习惯能避免后续判断出错。3.3 实现“逃不掉”的智能行为基础反弹小球很容易被鼠标追上。如何让它“逃不掉”这就需要引入一些增强算法让它的运动看起来更有目的性或者说更“狡猾”。随机扰动在每次反弹时不完全严格地反转速度而是给速度值增加一个小的随机变化。将 [小球X速度 v] 设为 (((小球X速度) * (-1)) (在 (-1) 到 (1) 之间随机选一个数))这样小球的反弹角度每次都有细微不同运动轨迹更不可预测。感知追踪者让小球能“感知”到追踪者的位置并尝试远离。这需要在小球的循环中加入对追踪者角色的侦测。如果 ([鼠标指针的x坐标 v] 的 [x坐标 v]) (x坐标) 那么 将 [小球X速度 v] 增加 (-0.5) // 如果追踪者在右边小球就增加向左的速度分量 否则 将 [小球X速度 v] 增加 (0.5) // 如果追踪者在左边小球就增加向右的速度分量 结束 // Y轴方向同理这里的增量值0.5很小不会让小球瞬间逃跑而是产生一种“缓慢规避”的效果显得更智能。你需要根据游戏难度调整这个值。速度限制为了防止小球速度因不断加速而失控必须给它的速度设置上限。如果 ([绝对值 v] of (小球X速度)) [10] 那么 将 [小球X速度 v] 设为 ((10) * (([符号 v] of (小球X速度)) // 保持原方向但速度设为最大10 结束 // 对小球Y速度做同样处理这个检查应该在每次修改速度变量之后进行。将这些技巧组合起来小球的运动代码主循环就颇具挑战性了。它不再是无脑的直线反弹而是会轻微地、持续地调整路线试图远离鼠标从而实现“逃不掉”的视觉效果。4. 追踪者控制与碰撞检测玩家的交互体验直接决定了游戏的乐趣。我们需要让追踪者控制流畅并且碰撞检测准确、反馈及时。4.1 平滑的鼠标跟随控制对于追踪者角色最简单的控制脚本是当绿旗被点击 重复执行 移到 [鼠标指针 v] 结束但这会产生一个问题追踪者会瞬间“闪现”到鼠标位置移动非常生硬缺乏平滑感。为了更好的手感我们可以实现一个缓动跟随效果让追踪者像有惯性一样平滑地移向鼠标。当绿旗被点击 重复执行 将 [目标X v] 设为 ([鼠标指针的x坐标 v]) 将 [目标Y v] 设为 ([鼠标指针的y坐标 v]) 将x坐标增加 (((目标X) - (x坐标)) / (5)) // 除数是缓动系数越大越平滑 将y坐标增加 (((目标Y) - (y坐标)) / (5)) 结束这里我们计算了追踪者当前位置与鼠标位置目标位置的差值然后只移动这个差值的五分之一。这样追踪者会快速靠近鼠标但越接近时移动越慢最终停在鼠标位置一旦鼠标移动它又会平滑地跟上去。这个“5”就是缓动系数你可以调整它来改变跟随的“粘滞”感。4.2 精确且高效的碰撞判定碰撞检测是游戏交互的核心。Scratch提供了“碰到颜色”和“碰到角色”两种侦测积木。对于角色之间的碰撞显然使用“碰到角色”更合适。最直接的碰撞检测脚本放在追踪者角色里当绿旗被点击 重复执行 如果 碰到 [小球 v] ? 那么 广播 [被抓到 v] 并等待 结束 结束当检测到碰撞我们广播一个“被抓到”的消息。小球角色需要接收这个消息并做出反应比如播放一个音效、变量“得分”增加然后小球重置到一个新位置或者游戏结束。但是这里有一个巨大的性能陷阱和逻辑漏洞。将碰撞检测放在一个“重复执行”且内部没有延迟的循环里意味着Scratch在一秒钟内会检查碰撞数十次取决于电脑性能。如果玩家一直按着小球那么“碰到小球”这个条件在一秒钟内会成立数十次导致“被抓到”的消息被广播数十次得分瞬间暴涨游戏体验完全破坏。解决方案状态锁机制。我们需要确保一次触碰只触发一次事件。在追踪者角色中创建一个私有变量检测冷却。修改碰撞检测逻辑当绿旗被点击 将 [检测冷却 v] 设为 [0] 重复执行 如果 碰到 [小球 v] ? 且 (检测冷却) [0] 那么 将 [检测冷却 v] 设为 [1] // 上锁防止重复触发 广播 [被抓到 v] 并等待 等待 (0.5) 秒 // 一个短暂的冷却时间 将 [检测冷却 v] 设为 [0] // 解锁允许下次检测 结束 结束通过引入一个“冷却时间”我们确保了无论角色重叠多久在设定的时间间隔内这里是0.5秒只会判定一次有效碰撞。这个技巧在制作任何需要精确计时的交互游戏时都至关重要。5. 游戏逻辑整合与状态管理单个角色的代码写好之后我们需要将它们编织成一个有机的整体并管理游戏的不同状态开始、进行、结束。5.1 使用广播消息协调角色广播是Scratch中角色间通信的利器。我们应该定义几个关键的消息游戏开始当绿旗点击时由背景或任意角色广播所有角色接收到后初始化自己。小球被抓到当发生有效碰撞时由追踪者广播。小球和背景负责计分、音效接收并处理。游戏结束当达到某个条件如时间到、得分达标广播此消息所有角色停止运动。例如小球的完整主循环可能如下当接收到 [游戏开始 v] 显示 移到 (随机位置 v) ... // 初始化速度变量 将 [游戏状态 v] 设为 [进行中] 重复执行直到 (游戏状态) [结束] // 3.2和3.3节中的移动和边界反弹代码 将x坐标增加 (小球X速度) 将y坐标增加 (小球Y速度) ... // 边界检测与反弹 ... // “逃不掉”的智能行为代码 结束 当接收到 [被抓到 v] 播放音效 [Pop v] 隐藏 // 或者执行其他被抓效果 等待 (0.5) 秒 如果 (游戏状态) [进行中] 那么 移到 (随机位置 v) ... // 重新初始化速度 显示 结束这样小球的显示、隐藏、重置都由消息驱动逻辑清晰。5.2 计分与游戏难度提升一个完整的游戏需要有目标。我们可以设定在30秒内看能抓到多少次小球。计时器使用Scratch自带的“计时器”功能。游戏开始时“重置计时器”在循环中判断“如果计时器 30那么广播游戏结束”。计分显示创建一个“得分”变量并显示在舞台上。当小球被抓到时得分增加。动态难度为了让游戏更有趣可以让小球随着得分增加而“进化”。速度提升每得5分小球的初始速度范围或最大速度限制可以略微增加。体型缩小每得10分将小球的大小减少10%让它更难被碰到。增加分身达到一定分数后可以克隆出第二个小球同时追踪多个目标。实现动态难度需要在“被抓到”的事件处理中加入对得分变量的判断并相应地修改小球的属性速度、大小或执行克隆操作。6. 深度优化与高级技巧当基础功能实现后我们可以从流畅度、视觉效果和代码健壮性上进行优化这是区分普通作品和优秀作品的关键。6.1 性能优化避免循环卡顿Scratch项目在角色过多、循环内运算复杂时可能会变卡。优化方法包括减少循环内的冗余计算例如如果“逃不掉”算法中计算与鼠标距离的代码很复杂可以每5次循环执行一次而不是每次都执行。善用克隆体的“当作为克隆体启动时”如果你创建了多个小球一定要用克隆体并为克隆体编写独立的运动脚本。绝对不要用“重复执行”去控制一大堆角色实例那样会严重拖慢速度。简化造型和背景过于复杂的矢量图或高分辨率位图会占用更多资源。在满足效果的前提下尽量使用简单的造型。6.2 视觉与音效增强好的反馈能极大提升游戏体验。小球轨迹可以使用“图章”积木在小球移动的每一帧留下一个淡淡的印记形成运动轨迹科技感十足。碰撞特效当小球被抓到时不要只是隐藏。可以让它先“播放音效”同时“将颜色特效增加25”几次产生闪烁再“隐藏”最后在新位置显示。这个过程可以放在一个“自定义积木”里并勾选“运行时不刷新屏幕”这样特效会一气呵成不会在中间被循环刷新打断。背景音乐与音效添加一个循环播放的背景音乐并为碰撞、游戏结束等关键事件配上不同的音效。注意控制音量平衡音效应短促清晰。6.3 常见问题排查Debugging在开发过程中你肯定会遇到各种问题。以下是一些典型问题的排查思路小球不动首先检查绿旗点击后小球的代码是否开始执行。最可能的原因是速度变量初始值为0。确保你的随机数范围包含了负数和非零值如-10到10但不包括0实际上随机可能得到0可以加判断如果速度为0则设为1。小球穿墙而过检查边界判断条件。确认你使用的是“x坐标 230”而不是“碰到边缘”。同时检查坐标修正逻辑确保反弹后坐标被拉回边界内如将x坐标设为230。碰撞检测失灵首先确认两个角色在舞台上确实有视觉重叠。然后检查碰撞检测代码是否在“重复执行”中。最可能的原因是角色造型的中心点问题。在造型编辑器中确保造型的中心点那个十字准星在图形的物理中心位置否则碰撞检测区域会偏移。游戏越来越卡检查是否有隐藏的角色或克隆体没有停止其脚本。使用“停止全部脚本”或针对特定角色的“停止该角色的其他脚本”来管理。另外检查是否创建了无限增长的克隆体比如每帧都克隆这是导致卡顿的常见原因。7. 从解题到创客项目的扩展思路完成基础题目后我们可以把这个项目当作一个平台进行各种有趣的扩展这能充分锻炼你的创造力。双人对战模式创建两个由不同键盘键控制的追踪者比如WASD和方向键让他们竞争捕捉小球或者互相干扰。这需要处理更复杂的控制逻辑和碰撞规则追踪者之间碰撞如何处理。道具系统在舞台上随机出现一些道具如“减速药水”、“分身道具”。当追踪者碰到道具时可以获得临时能力。这需要学习如何管理多种角色间的交互和状态如“是否处于减速状态”。关卡设计设计多个关卡每个关卡小球的行为模式不同第一关直线反弹第二关加入随机扰动第三关会主动躲避。这需要你设计一个关卡管理器可能是通过一个全局变量“当前关卡”来切换小球的行为代码。数据记录与分析使用Scratch的“列表”功能记录玩家每一局游戏的得分和用时。游戏结束后可以显示历史最高分、平均分等数据。你甚至可以尝试计算玩家的“捕捉效率”得分/时间。实现这些扩展本质上是在练习如何将复杂的需求分解为一个个小的、可编程的功能模块并用变量、广播、克隆等工具将它们优雅地组织起来。这个过程遇到的挑战和解决问题的经验比单纯实现题目要求有价值得多。在我指导过的学生项目中那些在“逃不掉的小球”基础上做出特色扩展的作品往往能在创意评比中脱颖而出。例如有学生加入了“引力场”道具让小球经过特定区域时会受到引力影响而弯曲轨迹还有学生设计了“学习型AI小球”它会记录玩家最常走的路径并尝试避开。这些想法听起来复杂但拆解后无非是更复杂的变量运算和条件判断。关键是敢于去想并耐心地去调试和实现。当你看到自己设计的复杂交互在Scratch舞台上流畅运行时那种成就感正是编程最大的乐趣所在。