你写代码前不画图，凭什么不翻车？ - 每日分享

你有没有过这样的经历：一个"很简单"的求最大值程序，写完一运行，结果总是莫名其妙地错。你盯着屏幕看了十分钟，最后发现只是 if 的分支写反了。这时候你可能会想——要是能提前把逻辑捋一遍，是不是就不会这么狼狈了？

其实，解决这个问题的工具早就有了，它不是什么高深理论，而是一张图。对，就是我们今天要聊的——流程图。

流程图不是给菜鸟用的，是给聪明人用的

我知道很多人觉得："画流程图？那不是刚学编程的人才干的事吗？" 说实话，我以前也这么觉得。直到我接手过一个需求：计算全班成绩的平均分、最高分、最低分，还要按分数段统计人数。那逻辑绕得我直接开写代码，写到一半就忘了自己为什么写这个变量。后来我老老实实画了张流程图，十分钟画完，写代码半个小时内搞定，一次通过。

流程图真正的作用，不是让你"显得专业"，而是把你脑子里的混沌想法，变成可视化的、可追踪的东西。就像做菜前先列个步骤清单，你总不能一边炒菜一边想"我放盐了没有"吧？

基础符号：四种形状，像路标一样简单

流程图的基本符号，你只需要记住四个：

椭圆：开始或结束。就像是"出门"和"到家"。
平行四边形：输入或输出。比如"输入a、b"或者"打印结果"。
矩形：处理操作。赋值、计算、存储，都在这里。
菱形：判断。是或否，走哪条路，由它说了算。

就这么简单。你只需要把箭头连起来，然后沿着箭头走一遍，就能模拟整个程序的运行过程。

有个小窍门："开始 → 输入 → 处理 → 判断 → 输出 → 结束"，这个顺序可以覆盖80%的初学程序。你先把这个骨架记住，剩下的就是往里填空了。

实战：三个数求最大值，用流程图先理清思路

来看一个最经典的例子——输入三个整数，输出最大值。很多人拿到题直接写代码，然后陷入各种嵌套的 if 里。其实先画个图，思路就一目了然。

我们先用自然语言描述：

输入 a、b、c
先比较 a 和 b，大的存进 max
再比较 max 和 c，大的就是最终最大值
输出 max

然后把它变成流程图：

开始 → 输入a,b,c → a > b ? → 是: max=a
                          → 否: max=b
                     → max > c ? → 是: max不变
                          → 否: max=c
                     → 输出max → 结束

你在纸上画的时候，会看到两个菱形判断框，一前一后，连接得清清楚楚。这个过程，其实就是在锻炼你"逻辑分治"的能力——把大问题拆成一个个小判断。

对应的核心代码也很简短：

if (a > b) {
    max = a;
} else {
    max = b;
}
if (max > c) {
    // 什么都不用做
} else {
    max = c;
}

你看，代码几乎是照着流程图翻译的，根本不用费脑子想。这就是画图的好处。

一个最常见的坑：判断框里塞太多条件

我知道有人会问："能不能一个菱形就判断 a、b、c 的大小？比如 a > b && a > c？"

理论上可以，但实践中我建议你不要这么干。原因很简单：一旦条件多了，分支就乱，别人看不懂，你过两天自己也会看晕。流程图最大的价值是"清晰"，你为了省一个菱形，牺牲了整体的可读性，得不偿失。

正确的做法，就是像上面那样，一个判断只问一个问题。这正是"拆解"的魅力。

顺带聊一个考过无数次的基础题

关于流程图的符号，有一道经典题目：在流程图中，用于表示条件判断的图形是哪个？

答案当然是菱形。它专门用来表示条件分支，内部写条件，出口分"是"和"否"。

但很多同学会选错，觉得矩形也可以"判断"——不，矩形只负责"处理"，比如赋值、计算。平行四边形负责输入输出。圆形或圆角矩形才是开始结束。这个知识点虽然基础，但它是整个流程图语言的语法基础，就像你学英语先要认识字母一样，不能搞错。

还有一道类似题：哪个图形表示赋值或计算操作？ 答案是矩形。同样是考察你对符号的精准记忆。

这些题其实一点都不难，但如果你只是死记硬背，没有亲手画过图，就很容易混淆。我教学生的时候，总是让他们画完一个流程，再用符号去标注，这样印象会深刻得多。

画完图，记得走一遍

画流程图最忌讳什么？画完就完事了。正确的做法是，画完之后，用手比着箭头走一遍，模拟几个不同的输入，看看每个条件分支是否都通向正确的出口。

比如求最大值的那个流程，你试试输入 3 5 2，沿着箭头走一遍，看最后输出的 max 是不是 5。再试 7 1 9，走一遍，看是不是 9。这一步叫"模拟运行"，它能帮你发现死胡同和逻辑漏洞，比你在代码里调试快得多。

我们再看一个生活中的例子——判断一个数是奇数还是偶数：

开始 → 输入 num → num % 2 == 0 ? → 是: 输出"偶数"
                                 → 否: 输出"奇数"
→ 结束

这个流程够简单，但同样体现了"判断 + 分支"的核心思想。

流程图不是束缚，是你的思考外挂

我见过太多人，学了流程图就以为自己会了，然后写代码时完全不画。但遇到复杂问题又卡壳。其实流程图不是老师布置的任务，而是一个帮你理清思路的工具。

当你写多了，简单的问题确实可以跳过画图直接写代码。但一旦遇到那种需要多个条件组合、循环嵌套的算法，画一张图，能省下你半小时的调试时间。这是经验之谈。

现在，我给你留个小练习：试着画一个"从1加到100"的流程图。不用太复杂，先想想怎么处理循环——用菱形判断"是否大于100"，用矩形做累加，用一条回路箭头表示循环。画完再写代码，你会发现，原来循环也不那么可怕。

关于作者

我是赵老师，持有 NOI 信息学奥赛教练证书，拥有 15 年以上的软件开发经验，从事信息学少儿编程教学已有 8 年时间。

这些年累计帮助多名学生通过编程特长升入自己心仪的目标学校。

如果你在编程学习上有任何疑问，欢迎联系我：18620372957（微信同号）