Scratch 3.0零基础入门：积木编程与接物小游戏实战

初识编程这件事我见过太多人卡在第一步装环境、配路径、敲一行看不懂的代码然后报错然后放弃。Scratch 3.0 恰好把这些门槛全拆掉了它把编程变成拼积木——拖一块“移动10步”角色立刻动起来孩子的第一反应是“哦原来是我在指挥它”。这篇就围绕 Scratch 3.0 的入门做一次彻底拆解从它为什么这样设计、界面每个区域在干什么到完整做出一个能玩的小游戏再到我实际带人时踩过的坑全部摊开讲。适合完全零基础的家长、想开一门编程启蒙课的老师也适合自己想先摸一遍再决定要不要深入的技术人。看完你应该能独立带着一个孩子从零做出第一个作品并且知道下一步该往哪走。1. 从零开始前先搞清楚 Scratch 3.0 到底是个什么东西1.1 积木式编程解决的从来不是“语法问题”很多人以为图形化编程是“简化版代码”这个理解偏了。真正的痛点不在语法而在于初学者要在脑子里同时维护三件事我要做什么、程序按什么顺序做、做错了怎么找。文本编程里这三件事混在一堆符号里新手根本分不清“是逻辑想错了”还是“少了个分号”。Scratch 3.0 的积木形状本身就是语法约束能拼在一起的形状才允许连接条件积木是六边形的凹槽只能塞判断进去重复积木是 C 字形必须把内容包在怀里。你拼不上去说明这里逻辑不通编译器级别的错误检查被前移成了“手感的错误检查”。这个设计带来的直接好处是反馈闭环极短。一个八岁的孩子拖出“当绿旗被点击”“重复执行”“移动10步”“碰到边缘就反弹”十秒钟就能看到一只小猫在舞台上弹来弹去。他不需要理解什么是循环变量、什么是边界条件但他已经建立了“重复执行会让事情一直发生”这个直觉。等他将来学 for 循环这个直觉会直接迁移过去。我个人的看法是Scratch 3.0 教的不是编程语言是“把一件事拆成步骤并让机器照做”的思维方式而语言只是副产品。另一层价值在容错成本。文本代码写错一行整个程序跑不起来新手面对满屏红色报错是懵的。积木式里某一组积木逻辑错了其他角色照样动你能立刻定位到“哦是这个小球的脚本有问题”。这种局部可验证性让试错变成了一件愉快而不是恐怖的事。我带过的一个孩子做打地鼠时把“显示”和“隐藏”放反了地鼠一直不出现他自己翻了两遍脚本就找出来了——这个过程里他学到的排查方法比记住十个积木名字值钱得多。1.2 谁该用、用什么设备、需不需要注册Scratch 3.0 的运行环境已经完全搬到浏览器里官方提供在线编辑器也有可以离线安装的桌面版本。设备要求低到夸张一台能开网页的笔记本、一个鼠标就够平板也能用但拖拽积木会累一些手机屏幕太小基本不建议。我实测过在老旧的入门级笔记本上跑加载稍慢但拖动不卡顿真正吃性能的是作品里的克隆体数量和画笔落笔频率这一点后面会专门讲。关于账号在线版不登录也能直接打开编辑器开始做但作品只存在当前页面里刷新就没了。要保存、要分享、要参与社区作品就得注册。给孩子用的话我建议注册一个账号把作品存在云端比导出文件到本地再传来传去省心得多。需要注意的是社区是公开的发布作品前要和孩子说清楚“发出去所有人能看到”这一点家长最好提前把关。准备工作就三样浏览器新版主流浏览器都行、稳定的网络离线版不需要、以及一个明确的小目标。我最怕看到的情况是“先随便玩玩”玩半小时拖了一堆积木在舞台上乱飞然后就没兴趣了。正确的开场是带着一个具体想做的效果进去比如“让小猫跟着鼠标走”“做一个点一下会变大的按钮”。有目标探索才有方向。提示第一次打开编辑器先把语言切换成中文。切换在编辑器左上角的地球图标里切换后会记住设置不用每次改。2. 整体设计思路三个概念撑起一个完整项目2.1 舞台、角色、脚本是三层而不是一层Scratch 3.0 的项目结构非常干净就三层。最外层是舞台一块 480×360 的画布坐标原点在正中心x 从 -240 到 240y 从 -180 到 180。中间层是角色每个角色是一张或多张造型造型就是图片可以有自己的位置、大小、方向、显示状态。最内层是脚本挂在角色或舞台身上的积木序列。这个结构和现实世界的对应关系很好理解舞台是剧场角色是演员脚本是剧本。关键在于——脚本是挂在角色身上的不是挂在舞台上的。这是新手最容易混淆的地方。你给小猫写的“移动10步”只有小猫会动舞台不会动。舞台的脚本通常只用来做全局的事比如初始化背景、播放背景音乐、控制整体节奏。理解了这层很多困惑自动消失。为什么我给小猫写的脚本小球却没反应因为脚本写在小猫身上。为什么点绿旗后有些角色不动因为那个角色身上压根没挂脚本。我在带人的时候会反复强调一句话先想清楚“这段动作是谁做的”再去选角色再去写积木。选错角色的脚本写多久都是白费。角色还能有多个造型切换造型就是做动画。一个走路动作通常两到四张图循环切换就能看起来像在走。Scratch 3.0 内置的素材库里已经有不少多造型角色直接拖出来就能用这一点对新手极其友好——省掉了画图这个最大的拦路虎。2.2 事件驱动是整套积木运转的发条Scratch 3.0 的执行模型是事件驱动的。所有积木都待在编辑器里不动只有某个“帽子积木”顶部是圆弧的那种被触发它下面挂着的一整串才会开始跑。最常见的触发就是“当绿旗被点击”。除此之外还有“当按下空格键”“当角色被点击”“当接收到消息”“当响度大于某个值”等等。这个模型的好处是天然并行。你可以让小猫和老鼠各挂一个“当绿旗被点击”点一下绿旗两边的脚本同时开始跑互相不干扰。文本编程里实现这种并行要开线程、要处理竞争对新手几乎是灾难而在这里它就是默认行为什么都不用做。代价是你必须时刻清楚“谁在什么时候被叫醒”。我见过一个典型问题孩子写了“当按下空格键”让角色跳跃结果一按空格角色不但跳了还把之前所有动作都重来了一遍。原因是他把跳跃的脚本和主循环的脚本挂在了同一个触发条件下或者跳跃脚本里又包含了重置位置。排查这类问题的核心思路只有一个把所有帽子积木列出来逐个问自己“这个被触发时会发生哪些事”。自制积木里的“运行时不刷新屏幕”选项是理解事件模型的一个进阶点。勾了它积木会在同一帧里连续执行完用来做精确的动画循环或者避免拖尾。不勾它会在每一帧之间插入等待。这个开关看起来不起眼但它是把“流畅动画”和“位置瞬移”区分开的关键做跳跃、做抛物线的时候一定会用到。3. 界面与核心积木的拆解要点3.1 九大类积木每类的真实用途和常见误用Scratch 3.0 左侧的积木区按颜色分九类这个分类不是随便排的它对应着编程里不同的关注点。分类核心积木主要用途最容易踩的坑运动移动、移到、面向、旋转方式控制位置和朝向把“移到随机位置”当成“移动随机步数”外观说、切换造型、显示隐藏、大小、图层控制视觉呈现忘了图层角色被挡住看不见声音播放声音、停止所有声音音效和背景乐循环里反复播放声音叠成一片事件绿旗、按键、点击、广播触发脚本帽子积木和主体脚本挂错角色控制重复、如果、等待、克隆、停止流程与逻辑死循环里没加等待角色卡成幻灯片侦测碰到、按下鼠标、计时器、响度获取状态把“碰到边缘”和“碰到角色”混用运算加减乘除、随机数、比较、与或非数值与条件随机数范围写成 1 到 1永远同一个值变量新建变量、设为、增加存数据全局变量和私有变量搞混自制积木定义积木、传参复用重复逻辑不知道有这个复制粘贴一堆相同脚本运动类里“移动10步”是沿当前方向前进“将x坐标增加10”是水平移动这两个完全不同。角色方向为 90 度时前者等于后者但角色一旦转向“移动”就斜着走了。我建议新手统一用坐标方式做横向移动用“面向移动”做角色朝向前进别混着来。外观类里“说”积木是气泡对话框适合做旁白和提示“思考”是带省略号的适合表现等待。这两个只影响画面不影响程序流程很多人误以为“说”会暂停脚本其实不会要说完了等一会儿就得再加一个“等待”。控制类的“克隆”是 Scratch 里最强大也最容易崩的功能。克隆体上限是 300 个超过就不再生效。做弹幕、做雨滴、做小怪全靠它。但克隆体不会自己消失必须在适当的时候“删除此克隆体”否则跑一分钟之后舞台上全是残留物卡到动不了。3.2 坐标、方向和“面向”这里最容易糊成一团Scratch 的坐标系统很好记中心是 (0,0)右正左负上正下负边界是 x ±240、y ±180。你可以在编辑器右上角看到鼠标所指位置的坐标这个功能调试定位时非常好用比目测靠谱得多。方向系统稍麻烦一些。Scratch 用的是角度制但它的零度朝上0 度向上90 度向右180 度向下-90 度向左。这跟数学课上的单位圆0 度在右侧逆时针为正不一样也跟很多引擎的约定不一样。新手第一次用“面向 90 方向”看角色朝右会以为 90 度就是右然后写“面向 45 方向”发现朝右下才反应过来。还有一个坑藏在角色的旋转方式里。角色有三种旋转模式任意旋转、左右翻转、不旋转。默认是任意旋转此时“移动”会沿角色朝向走角色也会跟着倒过来。做横版跑酷的时候角色转向左边图会上下颠倒很多人卡在这。正确做法是把旋转方式设为“左右翻转”这样角色朝左时只是镜像不会头朝下。实际算一算如果我让角色从左侧 x-200 移到右侧 x200总共 400 像素。用“重复执行 40 次”加“将x坐标增加10”40 次正好走 400 像素。但如果我想让它 2 秒走完就得控制节奏。Scratch 的帧率大约 30 帧每秒2 秒就是 60 帧。60 次循环每次加 400/60≈6.7取 7 就会略微超出一点取 6 会走不满。这种地方我通常不追求精确而是靠“重复执行直到 x 坐标大于 200”来控制终点速度用每次的增量调这样无论帧率怎么波动终点都对得上。注意不要用“重复执行 1000 次”这种硬编码次数来模拟时间不同设备帧率不一样结果差异会很大。要控制时长用“计时器”或者固定的“等待”配合循环判断。3.3 变量、列表和广播是让项目长大的三个零件变量是 Scratch 里第一个抽象概念。新建变量时它会问你是“适用于所有角色”还是“仅适用于当前角色”。这个选择决定了作用域全局变量谁都能读写私有变量只有本角色能读写。新手最常见的错误是本来想要全局的分数结果建成了私有的于是别的角色读不到分一直显示 0。我的经验是分数、生命值、游戏状态、计时这类共享数据建全局每个角色自己的速度、状态标记建私有。名字上做前缀区分比如全局的叫“游戏-得分”私有的叫“本角色-速度”几个月后回来改代码你会感谢当初的自己。列表相当于一个小型数据库可以存一串数据能做排行榜、题库、随机抽奖。列表的操作有添加、删除、插入、替换、取第几项、列表长度、是否包含。做问答游戏最典型把题目和答案分别放进两个列表用同一个随机序号取出来比对答案。列表的索引从 1 开始不是 0从其他语言过来的人这点要特别注意。广播是角色之间的通信方式。一个角色发“广播 开始游戏”所有挂着“当接收到 开始游戏”脚本的角色会同时被唤醒。它解决了“多角色协同”的问题比如小猫碰到小球小猫发广播“被击中”舞台收到后扣血、播放音效、切换背景。用广播的好处是解耦——发消息的角色不需要知道谁会响应谁想响应谁自己挂脚本。有一个细节值得说“广播”发出去之后立刻继续往下执行“广播并等待”会等到所有接收方脚本跑完才继续。前者适合通知类的消息后者适合有严格顺序的流程比如“先播放开场动画动画结束后再开始计时”这时候必须用广播并等待。4. 完整实操做一个能玩三分钟的接物小游戏4.1 素材规划与角色分工这次做的游戏叫“接住掉落的果子”屏幕顶部落下果子底部一个篮子左右跟随鼠标移动接到得分漏掉扣命三条命扣完游戏结束。这个案例麻雀虽小但把克隆、碰撞检测、变量、广播、计时全都串了一遍是入门阶段性价比最高的练手项目。角色一共三个。篮子用素材库里的现成造型一个就行。果子需要一个造型用来做克隆体的母体母体本身隐藏起来不显示只负责不停地生成克隆。舞台负责背景和全局逻辑包括分数、生命、游戏结束判定。另外再加两个全局变量“得分”和“生命”。这里有个设计取舍要说明为什么用克隆体做果子而不是新建十个果子角色因为角色多了之后每个角色的脚本都要单独维护改一个速度要改十遍而且角色之间有层级和性能开销。克隆体是同一份脚本的多个实例改一次全生效这是标准做法。括号里补充一句克隆体继承母体的脚本但可以有自己的局部变量这一点做个性化运动时很有用。4.2 逐块搭建从跟随到掉落先做篮子。脚本很简单当绿旗被点击 将大小设为 80 重复执行 将x坐标设为 (鼠标的x坐标)三块积木搞定篮子就跟着鼠标水平移动了。用“将x坐标设为”而不是“移到鼠标指针”是为了锁死竖直位置否则篮子会跟着鼠标上下飘接到天上去了。这就是前面说的“想清楚要什么效果再选积木”的例子。再做果子。母体脚本负责生成当绿旗被点击 隐藏 将得分设为 0 将生命设为 3 重复执行 等待 (在 0.6 和 1.2 之间取随机数) 秒 克隆自己每 0.6 到 1.2 秒生成一个果子间隔随机节奏不呆板。然后是克隆体脚本当作为克隆体启动时 将x坐标设为 (在 -200 和 200 之间取随机数) 将y坐标设为 170 显示 重复执行直到 (碰到 篮子) 或 (y坐标 -160) 将y坐标增加 -4 如果 碰到 篮子 那么 将得分增加 1 否则 将生命增加 -1 删除此克隆体这里有几处需要解释。y 从 170 起跳落到 -160 大约走 330 像素每次 -4需要约 82 帧按 30 帧每秒算约 2.7 秒落一个。这个速度是我反复调出来的太快了新手接不住太慢了游戏没有紧张感。想加难度把 -4 改成 -6下落时间缩短到 1.8 秒左右难度立刻上一个台阶。“重复执行直到”的条件用“或”连接碰到篮子就停掉出屏幕也停两个终止条件写在一起避免漏判之后克隆体一直往下掉。“碰到”是侦测类积木判的是造型的可见像素区域所以篮子造型别留太多透明边否则看起来没碰到却判定成功了。提示果子母体一定要“隐藏”。忘了这一步舞台上会有一个果子永久卡在中间孩子会问“为什么中间那个果子不动”这就是答案。4.3 分数、生命与结束判定分数和生命用变量记录显示在舞台左上角就行。Scratch 的变量监视器可以直接勾选显示位置可以拖动缺点是样式比较朴素。想要好看一点就在舞台上放一个角色用“说”积木或者造型数字来显示。入门阶段我建议先用监视器把精力放在逻辑上。生命归零的判定挂在果子克隆体脚本里更直接扣完生命之后立刻判断“如果生命 1那么广播 游戏结束”。舞台收到广播后做三件事停止全部脚本、切换背景到“结束”画面、显示最终得分。当接收到 游戏结束 切换背景为 结束背景 说 (连接 最终得分 和 得分) 持续 5 秒 停止 全部脚本注意顺序。如果先停止全部脚本后面的切换背景和显示得分就不会执行了因为脚本已经被掐断。这个顺序问题我见过至少五个人踩过症状就是游戏结束后画面纹丝不动卡在最后那一帧。正确顺序是先做表现层的事最后才停脚本。“连接”积木在运算类里用来把文字和数字拼成一句话。它的坑在于数字和字符串混用时可能出现意外格式比如得分显示成 3.0 而不是 3。解决办法是用“四舍五入”或者“向下取整”包一层把数字转成整数再拼。4.4 手感微调让游戏从“能跑”到“好玩”能跑和好玩之间隔着一段距离这段距离全靠微调。我总结了几处最影响手感的参数参数初始值调整方向效果果子下落速度每帧 -4调到 -6 至 -8提高难度缩短反应时间生成间隔0.6~1.2 秒缩到 0.4~0.8 秒增加密度考验手速篮子大小80降到 60判定变严容错降低篮子跟随速度直接设 x改成缓动有惯性感但更难控制前三个是数值调整改起来直观。第四个涉及手感的关键点直接把篮子 x 设成鼠标 x是瞬时跟随非常“贴手”但有点生硬改成“将x坐标增加 (鼠标x坐标 - x坐标) / 3”就有了缓动篮子会追着鼠标跑看起来更自然但接果子时需要预判。入门项目我推荐先用瞬时跟随做完再改缓动做对比孩子能直观感受到两种手感的差别这比讲十遍“插值”都管用。还有一个容易忽略的点果子生成时 x 是随机的但可能在最边缘篮子来不及过去。可以把随机范围收窄到 -180 到 180留出边距让每个果子都有被接到的可能。这类“保证可通关”的细节是好游戏和烂游戏的分水岭做的时候多想想“玩家有没有可能赢”。5. 常见问题与排查技巧实录5.1 脚本不跑、只跑一次、跑飞了三类症状分开查新手遇到的问题绝大多数能归到三类分开查效率最高。第一类完全没反应。先看有没有帽子积木——脚本顶上那块圆弧的。没有帽子积木堆再长也不会执行。再看帽子是不是“当绿旗被点击”如果写成了“当角色被点击”那得用鼠标去点角色才生效。最后看角色是不是被隐藏了或者被别的角色盖住了脚本在跑但你看不见。第二类只执行一次就停。检查循环有没有包对。常见的错误是把“重复执行”放在了移动积木下面而不是外面导致只执行了一次“重复执行”这个空壳。Scratch 的 C 形积木是包住内容的视觉上内容要嵌在它的凹槽里拖的时候注意看有没有嵌进去。第三类动是动了但行为很怪。这种通常是多个脚本同时控制同一个角色互相打架。比如一个脚本说“移到 0,0”另一个脚本说“将y坐标增加 -4”两者同时跑角色就会抖动。解决办法是合并脚本或者用变量做状态标记让同一时间只有一个脚本在控制位置。我印象最深的一次调试是一个孩子做的飞机射击游戏子弹打出去之后在屏幕上停住了。查了十分钟发现子弹的克隆体脚本里“移动10步”被放在了“重复执行”外面所以只移动一次就停。把移动塞进循环里立刻就好了。这类问题看脚本结构就能发现关键是养成“从上往下顺一遍脚本”的习惯而不是盯着画面猜。5.2 克隆体、图层、卡顿这三点最容易崩克隆体的问题是入门阶段的头号杀手。三个要点一克隆体上限 300超过就静默失效不会报错你只会发现东西不生了二每个克隆体都要有明确的删除时机要么碰到东西删要么出界删要么计时删三删除自己要用“删除此克隆体”不能用“停止这个脚本”后者只是让脚本停下克隆体还在舞台上。图层问题很隐蔽。Scratch 里角色有前后顺序新加的角色默认在最上层但克隆体生成时的图层跟随母体。如果你的背景不是背景而是个角色它可能把其他角色盖住。排查方法很简单在编辑器右下角的角色列表里拖动排序把该在上面的拖到最下面列表上方是上层。代码里也可以用“移到最前面”“移动几层”来控制。卡顿基本都来自两个源头一是在“重复执行”里没有“等待”一秒跑三十次的高频循环叠上几十个克隆体直接跪二是画笔落笔太频繁每一帧都画一条长线累积几千条之后渲染会明显掉帧。解决办法分别是加等待、降低绘制频率、及时“全部擦除”。5.3 常见问题速查表现象最可能的原因处理方式点绿旗没反应缺少帽子积木或挂错角色检查脚本顶部的触发条件角色移动一下就停“移动”写在循环外面把移动积木嵌进重复执行角色抖动或位置乱跳多个脚本同时控制位置合并脚本用变量做状态开关克隆体越积越多缺少“删除此克隆体”在所有终止分支加删除克隆体不再生成达到 300 上限检查是否有未清理的残留克隆体角色被挡住看不见图层顺序错误调整角色列表顺序或用移到最前面分数一直是 0变量建成了私有变量重建为“适用于所有角色”游戏结束画面不出现先执行了“停止全部脚本”把停止放到脚本最后声音叠成噪音循环里反复触发播放加等待或改用播放直到结束整体卡成幻灯片高频循环或画笔过量加等待、降低频率、及时擦除这张表我建议直接打印出来贴在电脑旁边遇到问题先对号入座能省掉大量瞎试的时间。6. 入门之后往哪走三个不踩坑的进阶方向6.1 扩展模块不是玩具选一个深挖比全都试一遍强Scratch 3.0 左下角有扩展模块画笔、音乐、视频侦测、文字朗读、翻译等。很多人一上来全加上结果项目变得又乱又卡。我的建议是每次只加一个围绕它做一个完整作品。画笔扩展最值得先学。它把“程序”变成“绘画”落笔、抬笔、设置颜色和粗细、图章配合循环和角度能画出分形图形、螺旋线、万花筒。做一次正多边形重复 n 次每次移动固定步数、右转 360/n 度就能画出任意正多边形。这个练习把循环、角度、变量串在一起是理解“参数化”的绝佳入口。再进一步让边数从 3 循环到 20就能看到多边形逐渐逼近圆这个视觉冲击对孩子来说非常强。音乐扩展可以做一个简单的节奏器用不同音符对应不同角色敲键盘就发声配合“当按下某键”事件本质上就是一个简易乐器。视频侦测适合做体感互动摄像头捕捉动作但光线要求高教室环境里经常不稳定建议在家里玩。文字朗读做讲故事的项目很好用可以让角色“开口说话”比气泡对话框更有意思。6.2 从积木到文本什么时候切换、怎么切换这是家长问得最多的问题。我的观察是当孩子开始抱怨“积木太多找起来麻烦”“这段逻辑我要复制好几遍”的时候就是切换的信号。这个信号通常出现在做完三到五个完整作品之后快的一年慢的两年不必急。切换的方式不是直接跳到文本语言中间有个过渡带。一种做法是继续用 Scratch但开始用“自制积木”做函数封装把重复逻辑抽出来带参数这已经在训练抽象能力了。另一种做法是用同时支持积木和文本的过渡环境先看积木对应的代码长什么样再逐步自己写。需要提醒的是学文本语言之后Scratch 里那些“拖一下就有”的功能要自己实现了挫败感会回来。这时候前面练出来的调试习惯就派上用场了分段验证、打印中间值、一次只改一个地方。这些方法论在积木阶段已经练了无数遍迁移过去只是换了个表达形式。6.3 给带孩子入门的人几条实战建议第一别代劳。孩子卡住的时候手会痒想直接把积木拖过去。忍住。你替他做一次他就知道自己不用想。正确的做法是问问题“你觉得是哪个角色在做这件事”“这段脚本什么时候会被叫醒”问题比答案有用。第二让作品能被别人玩。做完一个游戏让家里其他人玩三分钟。别人玩不懂的地方就是设计缺陷孩子自己会发现“哦这里没提示”“这个太难了”。这种来自真实反馈的改进动力比任何说教都强。第三允许丑。新手做的作品画面往往一言难尽配色辣眼睛字体歪歪扭扭。这个时候不要纠美术先把逻辑跑通。美术可以后面慢慢修逻辑错过了就学不会了。我见过太多因为纠结角色画得好不好看最后作品没做完的情况。第四保存和版本。Scratch 在线版有自动保存但改大动作之前手动“复制作品”存一个版本出问题能退回去。这个习惯和用版本管理工具是一个道理越早养成越好。我就吃过亏一次大改之后整个游戏的分数逻辑全乱了因为没有备份只能重写。第五从模仿到改造。社区里有大量开源作品可以点进去看别人的积木怎么搭的这个“读代码”的过程价值极高。看懂之后试着改一个参数、换一个角色、加一个功能从模仿走向改造这是最自然的学习路径。这些年我带人入门最大的体会是Scratch 3.0 的价值不在于它能做出多复杂的东西而在于它把“从想法到能跑起来的东西”这条路缩短到了十分钟。一个孩子在这十分钟里获得的“我能让它动起来”的确定感会支撑他走过后面所有更难的路。至于那些参数怎么调、积木怎么拼、坑怎么避上面都写了剩下的就是打开编辑器拖出第一块积木——这件事谁也替不了。