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] 结束这里将边界值设得比实际舞台边界（240，180）稍小（如230，170），是为了给角色大小留出余量，防止角色“半截身子”卡在屏幕外视觉上不美观。同时，在反弹后立即将坐标修正到边界内，是一个很好的编程习惯，能避免后续判断出错。
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舞台上流畅运行时，那种成就感正是编程最大的乐趣所在。
