★ FEATURED ARTICLE 做 Scratch 项目时最常见也最容易被忽略的一类问题就是“显示顺序”明明画好的角色跑起来却被另一个角色挡住想让字幕出现在最上层结果被背景吞了画树时想着把它摆在主角后面运行后却变成一棵“隐形”的挡路树。这些问题的根源几乎都落在外观模块的层次指令上。这篇文章就围绕层次指令把它的设计逻辑、积木用法、组合套路和踩坑点一次性讲清楚。适合正在做游戏、动画、交互作品的 Scratch 老师和自学的学生参考。我不打算只甩几个积木截图而是把它到底在管理什么、应该怎么思考一起聊一聊。层次指令不是一个孤立功能它跟舞台绘制顺序、角色显隐状态、克隆体行为全都有关系先理解原理后面遇到遮挡问题才不会全靠瞎试。1. 层次指令到底在管什么事1.1 从“一沓透明纸”理解图层你可以把 Scratch 舞台想象成一沓透明纸背景是最底下那张所有角色都是叠在背景上的透明纸。每张纸上画了不同的角色谁在上面谁在下面决定了观众最后能看见什么。层次指令就是调整这些透明纸叠放顺序的命令。这个类比特别重要因为很多人一开始会误以为“先添加角色”就等于“先画在上面”。Scratch 默认确实会按角色列表里的顺序去画但这个顺序不是铁律。运行中用层次指令挪一下显示顺序立刻就会变。比如你先把“树”添加到舞台再把“主角”添加进去默认情况下“主角”通常显示在“树”前面但只要树执行了一次“移到最前面”它就能反过来盖住主角。这就是程序运行时动态控制层叠顺序而不是美术阶段的一次性排布。理解了“透明纸”模型你再看层次指令就容易了它不改变角色的坐标、不改变方向、不更换造型也不判断谁离镜头更近它只做一件事就是把某张透明纸往上提、往下放或者放到整沓纸的最上面或最下面。1.2 外观模块为什么揽下这个活Scratch 把显示、隐藏、造型切换、背景切换、大小调整和层次调整都归类到“外观模块”是因为它们本质上都属于“这个角色看起来是什么、以什么状态出现”的问题。层次指令和“显示/隐藏”尤其像一对搭档一个管“是否出现”一个管“出现时排在哪儿”。这个归类的实际好处是当你想做一个提示框或者对话框时不需要重新设计背景只需要把提示框角色的层次设为最前它就能稳稳压住所有游戏场景。相反想做“玩家走进树后”的遮挡效果时也不需要去切割造型只需要把树提到前面或者把玩家往后挪一层。理解了“外观模块 视觉状态集合”之后层次指令的用途一下就清晰了它是舞台视觉层级的遥控器。提示背景不参与角色之间的层次排序。无论你怎么调层次背景永远在最底层。想用背景去盖住角色是不可能实现的必须另想办法比如用彩色矩形做成“黑幕”角色。2. 外观模块里的层次指令积木盘点2.1 原生积木和常见变体Scratch 原生环境里最常用的是这两个移到最前面直接把角色放到所有角色最上边。后退 1 层让角色向后退一层如果连续执行就能一层层退到最后。在一些基于 Scratch 的衍生平台里还会看到“移到最后面”“前移 1 层”“后移 N 层”这类变体本质都是同一个机制。你只要抓住两个锚点一个叫“最前”一个叫“最后”再抓住相对移动的概念就不会被不同名字绕晕。我个人的教学建议是优先讲“移到最前面”和“后退 1 层”。因为这两个积木覆盖了绝大多数场景对话框、提示、特效用“移到最前面”人物走到树后、桥下、草丛里用“后退 1 层”。相对移动类的积木适合做动画插队、临时遮挡这类需要微调的场合而“移到最前面”简单粗暴适合所有“我现在必须出现在所有人眼前”的需求。2.2 积木背后的层级数字每个角色在舞台上其实都有一个“层级数字”。数字越大画得越靠前。最底下那层的角色是 1往上依次增加。角色列表本身会分配初始层级后加进去的角色通常会排在上一层。你看到的“运行后谁挡住谁”本质上就是这些数字在比较大小。“移到最前面”可以理解为把角色的层级数字变成当前最大“后退 1 层”则是把层级数字减 1“前移 1 层”则是加 1。具体数字由引擎维护用户不用去记但理解这个机制能帮你预判行为比如四个角色分别按层级 1、2、3、4 排好这时让层级 3 的角色“移到最前面”它的显示顺序就会立刻变成“最上”原本在最上面的角色只能往后排。层次数字有一个很反直觉的地方你从界面上看不到它也拿不到它。它不像变量可以随时读出来打印。所以调试的时候不要试图用“当前是第几层”来写条件判断而是要通过行为去验证。比如先放三个颜色不同的方块点绿旗后手动执行层次指令通过视觉变化去确认自己的理解是否正确。2.3 不同积木的适用场景场景建议指令理由对话框、提示文字、血条移到最前面需要绝对盖住所有角色玩家走进树后、桥下后退 1 层只需要退到目标角色后面不影响其他层特效动画移到最前面结束后再恢复短时间占据最高层避免影响后续交互切换背景不需要层次指令背景永远在所有角色之后层次指令管不到它草、栅栏等装饰移到最后面或后退多层让装饰长期待在画面底层不干扰游戏主体这张表可以当做一个快速参考。记住一个原则能用绝对锚点解决的问题就不要用相对移动。因为“后退 1 层”受当前顺序影响连续执行多了你可能不知道自己退到哪儿了而“移到最前面”永远只有一个结果就是“现在我是最顶层”。3. 一个“树后躲猫猫”案例带你完整配置层次指令3.1 案例需求与场景搭建光看积木说明还是容易懵我拿一个非常小的案例演示舞台上有主角、一棵大树主角可以上下左右移动。当主角碰到树的时候主角应该被树挡住像是钻到了树后面当主角离开树的区域树就不再挡人主角回到最前面。这个案例看起来简单但它把“移到最前面”“后退 1 层”“显示/隐藏”“条件判断”全串起来了。场景搭建分三步添加一个草地背景最好别用太花的图片否则看不清层次变化。添加一个“树”角色造型可以简单一点一个大树冠加一根树干。添加一个“主角”角色用小动物或小球都行尺寸比树冠小一点。添加顺序我这里故意打乱一下先添加主角再添加树。这样默认状态下树很可能会压在主角上面但我们通过脚本去纠正反而更能体现层次指令的价值。3.2 主角与树的层次积木组合主角的脚本大致如下当绿旗被点击 显示 移到最前面 重复执行 如果 按下 上箭头 键 那么 将y坐标增加 5 结束 如果 按下 下箭头 键 那么 将y坐标增加 -5 结束 如果 按下 左箭头 键 那么 将x坐标增加 -5 结束 如果 按下 右箭头 键 那么 将x坐标增加 5 结束 如果 碰到 [树] ? 那么 后退 1 层 否则 移到最前面 结束 结束树的脚本更简单甚至不写层次指令也行当绿旗被点击 显示 移到最后面逻辑是这样绿旗运行时主角先执行一次“移到最前面”保证游戏一开始玩家的视觉焦点就是主角。主角不断移动一旦碰到树执行“后退 1 层”。由于树本身在底层主角退一层后就会落到树后面树冠自然遮住主角。主角离开树的碰撞范围后条件不成立执行“移到最前面”主角又回到最上层。这个写法有一个很关键的好处它只在“碰到树”和“离开树”这两个状态变化时才会切换层次而不是每帧反复把主角压到最底层又抬起来。如果放在“重复执行”里每帧都改结果反而会乱。3.3 层次指令与事件配合的细节这个案例看起来简单实际做起来有几个细节特别容易翻车。第一“移到最前面”一定要放在初始化里。如果只在碰到树之前写“后退 1 层”玩家一开始跑进树林里时层次可能是默认的乱序画面观感就不稳定。先初始化再进入循环是所有事件类层次调整的统一套路。第二隐藏和层次的顺序要分开处理。假设主角先隐藏再显示显示回来后层次不一定还是原来的。如果你希望隐藏后重新出现时保持在最前面就要在“显示”之后紧跟一个“移到最前面”。隐藏不会重置层次但显示也不会帮你恢复层次必须手动设置。第三如果你在树这个角色上也写了层次判断并且和主角里的判断互相抢位置就会出现两帧一抖的现象。调试时可以暂时给其中一个角色“隐藏”只留下另一个角色的脚本逐项排查。实操中我见过太多项目最后发现是两边脚本都在反复修改层次互相打架。4. 层次指令常见问题与排查实录4.1 “移到最前面”不见效的场景很多学生遇到第一个问题是“我明明写了移到最前面为什么还是被挡住”第一种可能是这段积木根本没有被执行到。它放在某个条件分支里而条件一直不成立。比如你想让球碰到主角后弹到最前面可碰到的判断写反了积木永远不会跑。排查方法很简单在“移到最前面”前面加一个“说 测试 2 秒”看角色有没有说话。第二种可能是被别的角色的脚本顶了回来。A 角色执行“移到最前面”B 角色随后也执行“移到最前面”那么 A 的“最前”只维持了极短时间。这种情况在多人协作项目里特别常见。排查时要看所有角色尤其是有“重复执行”循环的角色而不是只看出问题的那一个。第三种可能是角色在隐藏状态。隐藏的角色就算跑到最顶层也看不见。等它显示出来的时候顺序可能又不是你想要的了。先确认角色是“显示”状态再谈层次。4.2 背景、克隆体与层次的迷惑行为先说背景背景永远属于舞台不属于角色所以任何层次指令都不能让背景盖住角色。如果你要做“黑夜降临”这种效果正确做法是新增一个黑色半透明矩形角色再把它“移到最前面”用亮度特效或渐变色模拟黑幕。想靠背景图做遮挡在 Scratch 里行不通。再说克隆体。克隆体和本体是同一套造型但运行逻辑有差别。很多用户把“移到最前面”写在“当绿旗被点击”下面结果发现克隆体出来时并没有跑到最前面。原因很简单克隆体启动后执行的是“当作为克隆体启动时”这个事件而不是绿旗事件。所以克隆体需要层次控制时一定要把层次指令写到“当作为克隆体启动时”的脚本里或者通过广播通知克隆体去执行。还有一种迷惑行为是角色列表顺序和运行顺序对不上。你做动画时在角色列表里看到 A 在 B 上面运行后却是 B 在上。这通常是运行过程中某个角色的层次指令改变过顺序。别相信编辑器里的静态列表顺序一切以运行结果为准。4.3 常见问题速查表现象可能原因排查与解决设置了“移到最前面”但没效果积木没执行到或被其他角色顶掉加“说”调试检查所有重复执行脚本角色想永远最前但偶尔被遮挡用了“前移/后移 N 层”相对位置不对改用“移到最前面”绝对锚点角色隐藏后再显示遮挡关系错乱隐藏不重置层次显示不恢复层次在显示后面手动加“移到最前面”克隆体的层次不听话绿旗事件不会在克隆体里自动跑把层次指令写进“当作为克隆体启动时”背景想盖住角色背景不在角色的层级体系内改用黑色半透明角色实现遮挡连续后退后跑到最底层拉不回来重复执行里反复执行“后退 1 层”离开条件后补一次“移到最前面”这张表基本覆盖了我这几年带项目时遇到的绝大部分层次问题。遇到新问题时先确认三件事指令是否执行、执行顺序是否被别处覆盖、角色是否处于可见状态。三层排查下来问题基本能定位。5. 层次指令的进阶玩法与维护建议5.1 用层次状态做交互判断层次指令不只影响画面还可以成为游戏逻辑的“状态标记”。比如在“树后躲猫猫”例子里主角碰到树时后退一层。这时你可以在同一个条件分支里把一个变量“是否在树后”设为“真”。等主角离开树时再把变量设为“假”。这个变量有什么用如果游戏里有“被发现”的判定你就知道主角躲在树后时不能触发被发现如果树后面还有别的敌人你也能根据这个状态决定敌人能不能攻击主角。层次指令负责视觉变量负责逻辑两者配合起来才稳妥。不是所有平台都能直接读取一个角色当前在第几层所以“用变量镜像层次状态”是一个很实用的做法。你在所有修改层次指令的地方同时去修改一个自定义变量这样既不依赖引擎的隐藏内部状态也能让逻辑判断更直观。5.2 少用高频循环维护图层顺序我见过不少项目把“移到最前面”直接塞进“重复执行”里目的是让某个角色一直保持在前。这样做确实能达到“一直最前”的效果但副作用也很明显每帧都在重排所有角色的层次性能白白浪费更重要的是其他角色的层次指令全都失效了因为无论谁调整都会被这个循环拉回“最前”。正确做法是事件驱动“显示对话框”时执行一次“移到最前面”关闭对话框时再执行一次“移到最前面”或“后退 1 层”。整个项目里尽量只有一个“层次总指挥”由它决定谁在最前。如果每个角色都想指挥层次最终必然乱套。注意如果你写的是“后退 1 层”且这个积木在重复执行里每帧运行角色会像坐电梯一样一路退到底。想要稳定恢复就必须在条件不成立时补一次“移到最前面”或者用“移到最后面”直接回到最底层。5.3 结合造型切换和特效做过渡层次指令和外观模块的其他积木结合能做出更自然的画面。比如角色被挡在树后时先切换成“半透明”造型或者把透明度特效调低再执行“后退 1 层”玩家就能感觉到“他在树后但还能隐隐约约看到”。离开树后先恢复透明度特效再“移到最前面”同时加一个变大变小的缩放动画视觉反馈会非常舒服。我自己做角色受伤动画时也经常用层次受伤提示字样“移到最前面”同时把颜色特效闪一下再用“清除图形特效”恢复。这样层次和特效一起工作效果比单纯改变遮挡顺序好得多。最后分享一个小习惯每次开始一个新项目我都会在主角脚本的初始化位置默认加一句“移到最前面”。这个习惯救了我很多次。因为不管场景里后来加了多少角色、多少克隆体只要剧情没有特别说明玩家控制的主角就应该是画面焦点。把这个默认规则写进脚本后面处理层次会轻松很多。
阅读完成 · 觉得有帮助？
