App Inventor 2 控制流积木实战：从分支判断到多屏协作，构建"会思考"的App

刚学 App Inventor 2 那会儿，我做过一个计算器：两个数字+运算符→显示结果，塞进一个 Screen 里完事。后来开始做复杂点的东西——登录校验、分页查询、答题计时——代码突然就变成了一团乱麻。直到我把 Control 积木（控制流）的系统摸透，才明白问题出在哪：不是功能太复杂，而是不知道选对控制结构。

这篇教程面向已经能拼基础积木，但想写出更健壮、更模块化代码的开发者。

你会学到什么

• if/else if 处理多条件分支的正确姿势
• for range、for each、for each with key 三种循环各自的最佳使用场景
• while + break 组合实现灵活的重复逻辑
• 多屏幕协作的推荐传值模式
• do with result 和 evaluate but ignore result 两个特殊积木的巧用

控制流积木四大类

App Inventor 2 的控制流积木放在内置块面板最顶上，分为四大类：

初学者最常见的误区：把所有逻辑写在一个事件处理块里，然后用七八个嵌套 if。正确的做法是先选控制结构，再写业务逻辑——就像盖房子先搭框架再砌墙。

实战：用签到App串联所有控制流积木

Step 1: 用 if/else if 校验签到码

签到规则：正确码 "AIA2026" → 成功；空输入 → 提示"不能为空"；错误码 → 提示"错误，请重试"。

关键在于 if/else if 的 mutator 可扩展出多个 else if 分支，判断逻辑从上到下逐一测试，一旦某个条件为真，后续全部跳过。所以优先把异常条件放在前面。

Step 2: 用 for each with key 遍历签到记录生成考勤报告

签到数据存在 TinyDB 里（键=学号，值=状态）。用 for each with key 同时拿到键和值，一条循环就能统计出签到人数和出勤率。

对比三种循环：

• for range：需手动索引 + select list item，代码冗长
• for each：直接拿元素值，适合列表遍历
• for each with key：键值同取，适合字典遍历

推荐顺序：能用 for each 就别用 for range**。**

Step 3: 用 while + break 实现限时签到

签到窗口开放 60 秒，超时自动关闭。使用 Clock 组件设 1 秒间隔递减计数器，剩余 10 秒时变红提示，到 0 时关闭签到入口。

⚠️ 注意：break 只能放在循环体内，不能用在 Clock 的 Timer 事件中。停止计时器应该用 TimerEnabled = false。

Step 4: 多屏协作传值

点击考勤报告中的某位学生 → open another screen with start value 传入学号 → 详情页用 get start value 接收 → 查看完毕后 close screen with value 返回主屏。

🔄 close screen with value → get start value 是多屏协作标准模式。close screen with value 会释放被关闭屏幕的内存，比重复 open 更省资源。屏幕栈超过 5 层时务必用这种模式。

Step 5: 用 do with result 精简一次性计算

算出勤率这种只用一次的中间计算，用 do with result 比单独定义过程更轻量。代码紧跟在赋值语句里，阅读起来更流畅。

同理，evaluate but ignore result 适合调用有返回值但当前不需要这个值的场景（如记录日志）。

常见坑点速查

1. 屏幕间传值用 get start value**，不是** get plain start text：后者是为外部 Android Activity 准备的，用错会导致复杂数据类型丢失
2. for range 循环变量只读：不要在循环体中修改变量值，不会生效
3. choose 返回的是值，**if then else** 控制的是流程：前者适合赋值表达式内做条件选择
4. open 屏幕必须搭配 close：否则会内存泄漏，轻则卡顿，重则 OOM

总结

下次写代码时，花三秒钟想清楚：这个逻辑适合哪种控制结构？ 选对了，代码量直接减半，bug 也少一半。