Scratch 3软件操作全解析：从界面拖拽到克隆与自制积木

很多人第一次打开 Scratch 3，看到满屏五颜六色的积木，第一反应是"这不就是小孩玩的拼图吗"。我带过几批零基础的学员，也帮不少家长装过软件、调过环境，实话讲，这东西上手确实不难，但真正能把软件操作得顺手、把作品做得像模像样的人并不多。问题基本都不在"会不会编程"上，而是卡在操作细节：角色选错了导致积木拖到别人身上、舞台坐标没算明白、克隆体到处乱飞停不下来、作品保存了却打不开。这篇就把 Scratch 3 的软件操作从界面到实操、从基础拖拽到进阶技巧完整讲一遍，重点放在那些说明书上不会写的、只有反复做项目才会踩出来的细节。不管你是刚接触的成年人，还是准备带孩子的家长、老师，都能照着做下来。

1. Scratch 3 的软件操作逻辑拆解：为什么它适合零基础起步

1.1 从"敲代码"到"拼积木"：操作模型到底变了什么

Scratch 3 本质上是一款图形化编程工具，它把所有编程语言里的语法结构，抽象成了形状固定的彩色积木。想要循环，就找"重复执行"那一块，形状是带缺口的 C 型；想要判断，就找六边形的条件槽。这个设计的精妙之处在于，积木的物理形状本身就是语法检查器——圆形的值槽塞不进六边形的条件，字符串积木也拼不到数值槽里。你根本不需要记住"这里要不要加分号""缩进几格"，拼不上就是拼不上，错误在拖拽的那一刻就被拦住了。

这带来一个很重要的操作体验变化：报错不再是抽象的。传统编程里写错一个变量名，可能跑十分钟才发现在第 300 行出问题；而 Scratch 3 里的错误基本是"看得见"的——角色停在原地不动、脚本跑到一半卡住、克隆体堆成一坨。这种即时可见的反馈循环，非常适合建立"我改了什么、发生了什么变化"的因果认知，这也是我一直推荐初学者从它起步的核心原因。

再往深一层看，Scratch 3 的执行模型是事件驱动 + 多角色并行。每一段脚本都挂在某个角色的某个"帽子积木"下面（比如"当绿旗被点击""当按下空格键""当我接收到消息1"），点击绿旗之后，所有角色的所有帽子脚本同时启动，各自跑各自的循环。这跟传统语言"从一个 main 函数开始顺序往下走"是完全不同的心智模型。很多新手写出来的第一个作品会出现"角色 A 动完了角色 B 才动"的错觉，其实是把本该并行的逻辑串在了一条脚本里，或者用"广播并等待"卡住了自己。理解"并行"这件事，比记住任何一块积木都重要。

还有一点值得单独拎出来讲：Scratch 3 的渲染是 60 帧每秒刷新的（理想状态下），每一帧里所有角色都会把自己的脚本往前推进一小步。所以你在做动画的时候，不需要精确计算"每毫秒走多少像素"，只要盯着"每帧移动多少"就行。这个帧率概念在后面调手感的时候会反复用到。

1.2 三种使用形态怎么选：网页版、桌面版还是平板端

Scratch 3 有三种主要打开方式，选错了会在后面不断添堵，我先把对比摆出来，都是实际用下来总结的：

我的建议很直接：长期做作品，用桌面离线客户端。原因有三个。第一，网页版一旦网络抖动，没保存的改动直接蒸发，我见过学员辛苦拖了半小时的脚本一个刷新全没了。第二，桌面版的积木拖拽响应更跟手，帧率更稳，做复杂动画时差别明显。第三，作品文件存在本地，可以随手备份、拷贝、发给别人，不依赖任何账号体系。平板端我只推荐给还没到学龄的孩子做体验式启蒙，因为触屏拖积木的精度实在太低，稍微复杂一点的拼接就会误触，而且平板上很难做造型的精细编辑。

从网页版转到桌面版有一个操作上的坑要提前说：桌面客户端打开的是本地文件，网页版保存的是云端项目，两者不通用。如果你之前在线做了一半，需要在网页版里"文件 → 保存到电脑"，导出一个项目文件，再在桌面客户端里"文件 → 从电脑中上传"打开。反过来也一样。养成随手"保存到电脑"的习惯，比什么都保险。

另外，如果你用的是桌面客户端，注意它的项目文件格式是独立的，双击文件能否自动关联打开取决于系统设置。稳妥的做法是先开客户端，再从"文件"菜单里选"从电脑中上传"，手动选择文件。听起来笨，但这是最不容易出意外的方式。

2. 界面四大区域的操作细节与易错点

2.1 舞台与角色区：坐标系和"当前角色"陷阱

Scratch 3 的界面其实是三块拼起来的：左上舞台预览、右下角色列表、左侧积木库、中间代码区（不同版本布局略有差异，但逻辑一致）。先说舞台。舞台的逻辑分辨率固定是 480×360，坐标原点在正中心，横轴 x 从 -240 到 240，纵轴 y 从 -180 到 180，向右为 x 正方向，向上为 y 正方向。这个数字必须记住，因为所有位置相关的积木、所有碰撞判断、所有边界处理都围绕它展开。

很多人第一次做"角色从右边飞进来"的效果，会习惯性地写"将 x 坐标设为 480"，结果角色直接消失不见——因为它跑到舞台外面去了。正确做法是设为 240（右边界），如果想让角色从完全看不见的地方进入，可以设成 250 左右，多留一点余量。同理，-240 是左边界，上下各是 180 和 -180。

舞台右上角有几个切换按钮：小舞台模式、全屏模式。小舞台模式是把舞台缩小、代码区放大，适合搭积木的时候用；全屏模式是运行作品时用来看完整效果。这里有个常见误会：全屏模式下舞台被拉伸放大了，但逻辑坐标完全不变，还是 -240 到 240。有人以为全屏后坐标范围变大了，然后发现角色位置全乱了，就是这个原因。

角色区在右下角，每个角色有缩略图，点击缩略图就选中它。这里的"选中"动作是整台机器上最容易出错的地方。你当前选中的是哪个角色，代码区显示的就是哪个角色的脚本，你在积木区拖出来的积木也会落到这个角色身上。我见过太多新手，明明想给"小球"写脚本，实际选中的是"篮子"，拖了十几块积木发现没反应，再一看——全挂在篮子身上了。解决办法是养成一个肌肉记忆：拖动任何积木之前，先看一眼角色列表里哪个缩略图有蓝色高亮边框。

角色右键菜单里的功能也值得讲一下：复制会连同造型、声音、脚本一起复制一份，做同类角色（比如多个敌人）时非常省事；导出可以把单个角色存成文件，方便跨项目复用；删除是彻底删掉，而且删除角色之后，它在其他脚本里的引用不会自动清理，广播消息、克隆操作可能指向一个不存在的对象。所以删角色之前，先搜一下有没有别的地方在用它的名字。

2.2 积木区与代码区：拖拽、拼接、删除与恢复

积木区分成九大类，颜色是固定的：运动深蓝、外观紫色、声音粉色、事件黄色、控制橙色、侦测浅蓝、运算绿色、变量橙红、自制积木紫红。颜色的意义不只是好看，它是最快定位积木的视觉线索。熟练之后你几乎不会去读分类名，扫一眼颜色就知道要去哪儿找。

拖拽操作的几个细节：从积木区拖到代码区是"新建一块"，在代码区里拖动已有积木是"移动位置"，拖着积木往积木区方向甩出去松手就是"删除"。最后这个动作很容易误触，尤其在想调整脚本顺序的时候。误删的唯一救命稻草是撤销快捷键，Windows 上一般是 Ctrl+Z，Mac 上是 Command+Z，实测可以连续撤销很多步。这个快捷键我建议第一天就教给学员，能省下大量重做的眼泪。

拼接的规则要讲清楚。帽子积木（带圆弧顶的）只能放在脚本最上方；C 型积木（重复执行、如果那么）的缺口里可以塞任意多块积木；单块的命令积木下面是平口，可以继续往下接。拼接成功的标志是积木之间严丝合缝地咬合，中间不留缝隙。如果出现轻微错位、拖拽时感觉有吸附但接不上，通常是因为形状不匹配（比如把六边形条件接到了平口槽里）。

还有一个很多人不知道的操作：单击代码区里的任意一块积木，会单独运行这一块以及它下面连着的所有积木。这个功能在调试时极其好用，不用每次点绿旗从头跑。我调参数的时候基本都靠这个，想看"移动 10 步"到底是什么效果，单击一下就行，比反复启停整个项目快得多。

代码区的右键菜单有"添加注释"功能。注释不占运行开销，但会让脚本可读性提升一个档次。我的习惯是每个角色至少写一条注释说明"这个角色负责什么"，复杂脚本里每个关键分支再加一条。做一次性小作品时觉得多余，但隔两天回头看，你会感谢当时的自己。

2.3 造型、声音、背景三个编辑器的操作要点

舞台上方、角色区上方都有三个标签页：代码、造型、声音。切换到造型标签页，进入造型编辑器。这里有一个非常关键但几乎没人提醒的坑：矢量模式和位图模式的切换。编辑器右上角有一个"转换为矢量图 / 转换为位图"的按钮，这两个模式下的工具、缩放效果、清晰度完全不同。矢量图放大不糊，适合做几何形状组成的角色；位图适合做像素风或者从外部导入的图片。

两种模式之间的转换不是无损的。位图转矢量时，软件会尝试重新描摹轮廓，细节会丢失；矢量转位图会直接栅格化，放大就模糊了。所以我的建议是：开工前先想清楚要做哪种风格，中途别来回切。如果实在要切，先复制一份造型备份。

造型编辑器里还有一个特别重要的概念：中心点。选中造型后，编辑器中间会有一个十字准星，那就是角色的旋转中心和位置参考点。所有"面向 90 方向""旋转 15 度""移到 x:0 y:0"都是围绕这个点计算的。默认情况下中心点在造型的几何中心附近，但如果你导入了一张不对称的图，中心点可能偏得离谱，表现出来就是角色转起来像在甩鞭子。调整方法是直接用鼠标拖动准星到想要的位置。做角色旋转类效果之前，先检查中心点，这一步能省掉后面 80% 的诡异问题。

造型编辑器的工具列大致有：选择、变形、橡皮擦、填充、文字、直线、圆形、矩形。填充工具默认是纯色，点开可以切换成渐变；文字工具支持改字号字色，但要注意文字在矢量模式下是独立对象，可以单独拖动和变形，位图模式下会直接被"烧"进图层里。

声音标签页的功能被严重低估了。除了从素材库选、从电脑上传、现场录制，它还有一个简易的声音编辑器：可以裁剪片段（拖选一段后点剪刀）、复制粘贴、调整音量、加淡入淡出、变速（更快/更慢）、加机器人音效和回声。做小游戏的时候，给"得分"和"失败"分别配两个短音效，体验立刻不一样。但要注意声音文件越大，项目加载越慢，从素材库选现成的往往比上传一首完整音乐靠谱得多。

背景的处理在舞台自己的标签页里（点舞台缩略图之后才有背景标签）。背景可以导入、可以手绘、也可以用"运动"类的积木动态切换。做多关卡的时候，常用套路是准备几张背景图，用"当背景换成 xxx"配合广播来切换。

3. 从零复现一个完整作品：接球小游戏的操作全过程

3.1 需求拆解与关键参数的计算

光讲界面太虚，直接上手做一个完整作品最有说服力。我们做一个经典的"接球"小游戏：一个小球从屏幕上方随机位置落下，玩家用一个篮子左右移动接住它，接住加一分，漏掉就游戏结束。这个项目麻雀虽小，五脏俱全，涵盖了角色控制、克隆、变量、碰撞判断、计时这几个核心操作。

动手之前先拆需求，这一步别省。拆完之后，每个需求都对应一个具体的角色和一段脚本：

• 篮子：跟随鼠标横向移动，只在屏幕底部活动。
• 小球：从顶部随机 x 位置出现，匀速下落，落到底部没被接住就结束。
• 计分：接住一个加一分。
• 结束判定：漏球或者超时。

接下来是参数计算，这是很多人做游戏"手感差"的根源。舞台高度是 360，y 从 -180 到 180。小球从 y=180 出现，落到底部 y=-160 左右被判定为漏掉，全程 340 像素。如果想让一次下落耗时大约 3 秒，按 30 帧每秒有效帧估算（实际运行受设备影响，先按 30 算），3 秒约 90 帧，那么每帧移动 340÷90 ≈ 3.8 像素。所以"将 y 坐标增加 -4"是个比较合适的起手值。

篮子放在 y = -140 的位置，宽度大约是造型宽度的 80 像素，那么接住判定的容差就是 ±50 像素左右，用"碰到篮子"这个碰撞判断最省事。

难度递增怎么算？比较自然的做法是让下落速度随着分数增长。速度每得 5 分增加 1，上限设在 12 左右，不然最后会快到根本反应不过来。这个上限是我试出来的经验值，低于 8 太简单，高于 15 人类反应极限边缘。

3.2 分角色搭建积木的具体操作

先建角色。从角色库选一个球，再从角色库选一个篮子（或者自己画一个弧形）。把球命名为"小球"，篮子命名为"篮子"，重命名的方法是点角色缩略图上的名字区域直接改。命名这件事一定要做，因为后面广播、克隆都要靠名字辨认，一堆"角色1、角色2、角色3"会让人崩溃。

篮子的脚本很简短：

• 帽子积木：当绿旗被点击
• 将 y 坐标设为 -140（固定高度）
• 重复执行
  • 将 x 坐标设为（鼠标的 x 坐标）

注意第二块要用"将 x 坐标设为"而不是"移到"，因为"移到"会同时改 y，篮子就会跟着鼠标垂直飘。这就是上一节说的坐标系理解的实际应用。

小球的脚本稍微复杂一点，分两块：

第一块负责生成，帽子是"当绿旗被点击"：

• 将变量"分数"设为 0
• 将变量"速度"设为 4
• 重复执行
  • 等待（随机在 0.5 到 1.2 之间）秒
  • 克隆自己

第二块是克隆体自己的行为，帽子是"当作为克隆体启动时"：

• 将 x 坐标设为（在 -200 到 200 之间取随机数）
• 将 y 坐标设为 180
• 显示
• 重复执行直到（y 坐标 < -160 或 碰到篮子）
  • 将 y 坐标增加（0 - 速度）
• 如果（碰到篮子）那么
  • 将变量"分数"增加 1
  • 如果（分数 除以 5 的余数 = 0）那么 将变量"速度"增加 1
• 如果（y 坐标 < -160）那么
  • 发送广播"游戏结束"
• 删除此克隆体

这里有几个操作上的细节必须点出来。"显示"这块积木不能少，因为小球本体在绿旗点击时应该隐藏（否则屏幕上会多一个静止的球），克隆体才需要显示。所以小球本体要加一块"隐藏"。这是新手最常见的遗漏，症状是"球落下来之后右下角还杵着一个不动"。

"重复执行直到"的条件里，"y 坐标 < -160"和"碰到篮子"要用"或"连接。"或"和"且"在运算类里，是绿色六边形，别拖错成其他形状。条件槽本身是六边形的，只有六边形积木能放进去。

广播的接收方也要写。在舞台上或者建一个专门的管理角色，写"当接收到游戏结束"，然后做"停止全部脚本"或者弹出提示。

3.3 运行调试与手感调整

积木搭完之后点绿旗，先别急着评价好坏，按顺序看三件事：

第一，球是不是从顶部出现的。如果球从中间冒出来，说明克隆体的起始 y 没设对，或者本体没隐藏。第二，球落到底部是不是消失了。如果球落下去之后还在屏幕下方继续往下跑，说明"删除此克隆体"没生效，通常是条件分支写错了位置。第三，分数有没有正常增加。如果分数一直不动，把"分数"这个变量勾选显示在舞台上（变量积木上有个勾选框），边玩边看数值变化，这是最快的定位方法。

调手感是最花时间的环节。速度 4 太慢，改 6 试试；出现频率太密，把等待时间下限从 0.5 调到 0.7；球太容易接住，把篮子的碰撞判定改小——这些没有标准答案，只能反复单击运行测试。我个人的经验是：先用自己玩三遍，能连续接住 5 个但第 10 个开始吃力，这个难度曲线就算调好了。别按自己的水平定，你比目标玩家熟练得多。

调试过程中一定要善用两个工具：一是前面说的单击运行单块积木，二是变量监视器。还有一个土办法很有效——临时加一块"说（分数）持续 2 秒"挂在关键位置，看它到底跑到哪一步就停了。

4. 常见问题与排查实录

4.1 高频故障速查表

下面这张表是我这些年被问得最多的问题，按出现频率从高到低排，基本覆盖了 90% 的卡点：

表格里最想强调的是"我的变量"这一条。Scratch 3 的变量分两种作用域：建变量的时候如果选"适用于所有角色"，那就是全局变量，所有角色都能用；如果选"仅适用于当前角色"，那就是局部变量，别的角色看不见它。很多新手在建变量时随手点了默认选项，结果在另一个角色里怎么也找不到，只好再建一个同名的局部变量，最后两个"分数"各自加各自的，永远对不上。建议：除了循环计数器这种明确只在单个角色里用的，其他一律建全局变量。

4.2 我踩过的坑与独家避坑技巧

讲几个真的会让人抓狂、但文档里基本不提的细节。

第一个是广播的"并等待"和普通广播的区别。普通广播是"发出去就不管了"，发送之后立即执行下一块积木；"广播并等待"会暂停当前脚本，直到接收方全部跑完才继续。做开场动画的时候，用并等待可以保证"动画播完再开始游戏"，用普通广播则可能出现动画还在播、球已经掉下来的混乱。但反过来，如果接收方脚本里本身有"重复执行"这种死循环，用并等待会把当前脚本永远卡住——这个坑我吃了不止一次，表现是整个项目只有一半能动。

第二个是角色的图层顺序。默认后创建的角色在上层。有时候发现"球被篮子挡住了"，不是坐标问题，是图层问题，用"移到最前面 / 移到最上层"积木可以调整。舞台背景永远在最底层，角色永远在背景之上，这一点不用担心。

第三个是造型中心点对旋转的影响。做"角色面向鼠标指针"的时候，如果发现角色像陀螺一样偏心乱转，99% 是中心点偏了。进造型编辑器把准星拖到角色身体正中，立刻正常。

第四个是积木数量对性能的影响。同样是"重复执行里放 10 块积木"，放在 3 个角色上没问题，放在 100 个克隆体上就卡成幻灯片。经验值是：同时活跃的克隆体控制在 50 个以内，总积木块数控制在 2000 以内，普通设备都能流畅跑。

第五个是备份习惯。不管用哪个版本，每隔一段时间就"保存到电脑"一次，文件名带上日期和版本号。我吃过一次亏——一个做了两天的项目，因为一次误操作把某个角色的全部脚本删了，又没开自动保存，撤销也回不去，最后只能重做。从那以后我养成了每次大改动之前先导出一份的习惯，成本只有几秒钟。

还有一个特别小但很实用的技巧：给积木块加注释（右键 → 添加注释）。注释块可以拖动、可以缩放、可以改变颜色，用不同颜色的注释把脚本分成"初始化区""主循环区""结束判定区"，回头改的时候一目了然。做完一个项目回头看，这些注释比脚本本身还有价值。

5. 进阶操作：克隆、列表、自制积木的正确姿势

5.1 克隆体的生命周期管理

克隆是 Scratch 3 里最强大也最容易失控的功能。基本原理是：任何角色执行"克隆自己"之后，会生成一个外观完全相同的副本，这个副本从"当作为克隆体启动时"这个帽子积木开始执行自己的脚本。上限是同一时间最多 300 个克隆体，超过之后克隆指令直接失效，不会报错，就是悄悄地不生效——这个"静默失败"坑过无数人。

管理克隆体有三条铁律。第一，本体必须隐藏。克隆的时候会把当前的显示状态、大小、特效、坐标一起复制过去，如果本体是显示的，屏幕上就永远有一个不动的"原版"杵在那儿。第二，每个克隆体都必须有明确的退出路径。要么是"删除此克隆体"被条件触发，要么是被某个广播统一清理，绝对不能出现"克隆出来就再也没人管"的情况。第三，克隆体之间不要互相操作。克隆体 A 去改克隆体 B 的属性，在 Scratch 3 里是做不到的，因为它们没有独立的标识可以互相引用；如果确实需要，就用列表把数据存起来，让克隆体自己去读属于自己的那一份。

一个典型的正确结构是这样的：本体负责"什么时候生"，克隆体脚本负责"生下来干什么、什么时候死"。所有判断都基于克隆体自己的状态（自己的坐标、自己的变量），互不干扰。做到这一点，几百个克隆体也能跑得稳稳当当。

5.2 列表与变量的操作规范

列表（数组）在 Scratch 3 里藏在变量分类的下方，需要先点"建立一个列表"。它的操作包括添加、删除、插入、替换、取某一项、取列表长度、判断是否包含。做排行榜、题库、随机不重复抽取，都靠它。

用列表有几个实战经验。取随机项的时候，索引范围是 1 到列表长度，不是 0，这个跟很多编程语言不一样，写惯了其他语言的人特别容易翻车。"列表包含某物"的判断是精确匹配，多一个空格就算不包含，所以存进去之前最好统一处理一下格式。列表随项目保存，关掉再打开数据还在，这一点跟变量一样，但要注意如果列表是在某个角色内建的，换角色就访问不到了。

变量这边，命名规范值得单独说。坚决不要用"变量1、变量2"这种名字，一周之后你自己都记不住哪个是哪个。我的命名习惯是加前缀：g_分数、g_时间、s_速度，g 表示全局、s 表示本角色。不用真的写进去，心里有数就行，关键是名字本身要有含义。

变量的显示位置也可以调。勾选变量前面的复选框，舞台上会出现一个监视器，这个监视器是可以拖动位置的，还能切换成"大屏显示"模式（适合做计分板）。双击监视器可以改显示样式，普通显示、大字显示、滑块显示三种，做调试的时候用滑块显示特别方便，可以直接拖滑块试参数。

5.3 自制积木与"运行时不刷新屏幕"

自制积木是 Scratch 3 相对 2.0 最大的升级之一，位置在积木分类最下面。它的价值在于把一段重复使用的积木打包成一个命令，减少复制粘贴。比如"生成一个敌人"这件事需要 6 块积木，做 5 种敌人就要复制 5 遍，改一次要改 5 个地方。用自制积木定义一次，后面每次只拖一块。

更关键的是它的一个隐藏选项："运行时不刷新屏幕"。勾上这个选项之后，这个自制积木内部的积木会在一帧之内全部执行完，屏幕不会中间刷新。这个特性是做"瞬间完成"类效果的关键——比如画一个复杂图形、瞬间生成 50 个克隆体并摆好位置、对列表做一次整体排序。如果不勾这个选项，画图过程会被逐帧渲染出来，肉眼能看到"一笔一笔画"的过程，看起来像卡顿。

但要注意，勾了这个选项就不能在里面放"重复执行"死循环，否则整个项目会直接冻住，因为屏幕永远等不到刷新的时机。我的用法是：需要"瞬间完成"的放进去，需要"看到过程"的绝对不放。判断标准很简单——你想不想让用户看到中间过程。

另外，自制积木还支持添加输入参数（在定义的时候点"添加输入项"），可以传数字、传文本、传布尔值。有了参数，一个"移动到（x）（y）并播放音效（n）"的自制积木就能服务所有场景，脚本会清爽很多。

最后分享一个我一直在用的组织习惯：每个项目开始前，先在纸上或者注释里列一张"角色清单"，写清楚每个角色负责什么、跟谁通信、用哪些广播。做完这一步再动手拖积木，能省掉大量返工。Scratch 3 的软件操作本身几个小时就能摸熟，真正拉开差距的是这些"动手之前想清楚"的习惯——我见过太多人积木拖得飞快，做到一半发现逻辑全乱，只能推倒重来，那才是最浪费时间的。