写程序这几年我见过太多新手在流程控制上栽跟头——明明语法都背下来了一写就报错、一跑就死循环、一改需求就重构。其实 Python 的流程控制就那么几样东西if 判断、for 循环、while 循环再加上 break、continue、else 这几个辅助角色。但恰恰是这些基础中的基础决定了你后面写复杂逻辑时是顺手还是抓狂。这篇博文我就把 if 语句和循环语句从语法到实战全部拆开讲透包括缩进的坑、真值判断的细节、死循环的排查、以及循环里修改列表这种经典事故全部用我实际敲过的代码和踩过的坑说话。不管你刚看完 Python 安装教程准备入门还是已经会写函数但总觉得代码又乱又慢这篇内容都能帮你把流程控制这块地基彻底打牢。我不会跟你扯什么抽象的理论所有知识点都直接落到可以复制运行的例子上你照着敲一遍再自己改一改基本就吃透了。1. 流程控制整体设计与思路拆解1.1 为什么流程控制是编程的地基很多人学 Python 一开始挺兴奋print 会写了、变量会定义了、列表也会用了结果一到写完整逻辑就卡住。原因很简单你不会告诉程序什么时候做什么事。计算机本身是个死脑筋你不给它分支、不给它循环它就只会从上往下一条路走到黑。而流程控制解决的就是三件事——让程序学会判断、学会重复、学会在合适的时候停下来。判断靠 if 语句重复靠 for 和 while 循环这两类语句几乎出现在每一个真实项目里用户登录时要判断账号密码对不对爬虫抓取时要循环翻页数据处理时要按条件筛选行游戏里要循环刷新画面。说它们是编程的地基一点都不夸张。很多初学者觉得基础简单不用认真学结果一到实战写一个多条件判断就逻辑混乱写一个嵌套循环就晕头转向最后回头补基础反而更痛苦。我的经验是流程控制这种知识看十遍教程不如亲手调三次 bug。因为只有在报错和调试的过程中你才能真正理解 Python 解释器是怎么一条一条执行代码的。这篇文章的编排逻辑也遵循这个思路——先讲清楚设计选型再逐条拆语法要点然后给完整可运行的实战案例最后把所有常见坑集中整理成速查表。1.2 if、for、while 三条主线的选型逻辑Python 里做分支判断的核心是 if 语句搭配 elif 和 else组成完整的条件判断链条。这里有一个非常重要的设计思路Python 没有其他语言里的 switch-case 语句所以凡是多分支判断你都得用 if-elif-else 来写。判断顺序是从上往下的一旦某个条件成立后面的 elif 和 else 都不会再执行。这个短路特性如果没搞明白很容易写出永远走不到的分支。循环这块Python 提供了 for 和 while 两种。for 循环是遍历式的适合已知要处理多少项的场景——比如遍历一个列表、一个字典、一串字符串、一个 range 范围。while 循环是条件式的适合不知道要循环多少次、只知道什么时候该停的场景——比如轮询等待某个信号、用户输入直到符合要求、游戏主循环。选型逻辑其实很朴素能明确数出要遍历几轮就用 for数不出来只能用条件控制就用 while。非要用 while 去遍历列表也不是不行但那样又啰嗦又容易出错属于自找麻烦。还有几个经常被忽略的小角色break 用来提前跳出循环continue 用来跳过本轮进入下一轮for-else 和 while-else 的 else 分支在循环正常结束时执行。这些配合起来能写出非常优雅的代码比如在循环里搜索一个目标找到了就 break如果整个循环都没找到else 分支里就可以统一处理未找到的情况。这个写法比用一个 flag 变量标记有没有找到要干净得多。2. if 语句核心细节解析与实操要点2.1 基础语法与缩进的坑if 语句的骨架很简单但细节能要命。第一个细节就是冒号——条件写完之后必须加冒号这是 Python 语法的一部分漏了直接 SyntaxError。第二个细节是缩进——Python 靠缩进来划分代码块if 下面缩进的部分才是条件成立时执行的代码。缩进用几个空格没有硬性规定但 PEP 8 推荐 4 个空格而且同一个代码块里必须保持一致混用 Tab 和空格会报 IndentationError。我见过最典型的新手错误是这样的if x 0: print(正数) print(这句话也是条件成立时执行的) print(这句话无论条件是否成立都会执行)很多人以为第三个 print 也归 if 管其实它跟 if 平级了所以无条件执行。这就是缩进的含义——它不仅仅是格式要求而是 Python 语法的一部分。这跟 C 语言的花括号不一样花括号是有明确符号边界的缩进纯粹靠肉眼和编辑器。所以我的建议是编辑器一定要设置成用空格代替 Tab并且把缩进宽度统一成 4 个空格否则一旦在团队协作里混用了 Tab 和空格整个文件到处报错排查起来非常崩溃。另外一个容易踩的坑是 if 后面接的表达式。Python 的条件表达式不需要加括号但不代表你可以乱写。比如判断两个值相等要用双等号 赋值用单等号 。新手经常把 if x 5 这种赋值语句写进条件里Python 会直接报语法错误因为它不允许在条件里做赋值。从 Python 3.8 开始虽然有了海象运算符 : 可以在表达式里赋值但那个是特定场景才用的平时判断相等就是双等号没有任何捷径。2.2 elif 与条件表达式的正确姿势当判断条件不止一个时要用 elif 把多个分支串起来。写 elif 的时候有个容易犯的逻辑错误——分支条件顺序不对。举个例子score 85 if score 60: print(及格) elif score 80: print(优秀)这段代码永远不会输出优秀因为 85 先满足了 score 60直接进了第一个分支后续的 elif 全部被跳过。正确的写法必须把更严格的条件放前面score 85 if score 80: print(优秀) elif score 60: print(及格) else: print(不及格)这个顺序问题在真实业务里特别常见。比如判断用户等级、判断订单状态、判断成绩区间都是从高到低或者从严格到宽松来排条件。记住一句话多分支判断时条件范围更小、更具体的一定要放在前面否则后面的分支形同虚设。我后来写这类代码的时候都会先在注释里把每个区间列清楚再动笔写条件避免脑内逻辑和代码逻辑对不上。条件表达式还有个简洁写法叫三元表达式格式是值1 if 条件 else 值2。比如status 成年 if age 18 else 未成年这个语法很香适合简单二选一的赋值场景。但我不建议在复杂判断里硬套三元表达式因为一旦嵌套多层可读性会断崖式下降。比如下面这种写法虽然能运行但没人愿意读它category 儿童 if age 12 else (少年 if age 18 else 成人)这种嵌套三元表达式我见过一次之后就成了我的反面教材写代码是给人看的不是给解释器看的。能用 if-elif-else 清楚表达的逻辑就别为了省几行代码牺牲可读性。2.3 真值判断与常见陷阱Python 里有个非常实用的特性任何对象都可以直接用在 if 条件里不需要显式比较。空字符串、空列表、空字典、空集合、数字 0、None这些在布尔上下文中都算 False其余的都算 True。所以你可以直接写name input(请输入名字) if name: print(f你好{name}) else: print(名字不能为空)这段代码的意思就是如果 name 非空字符串就执行。很多从其他语言转过来的朋友不习惯这个写法总喜欢写 if len(name) 0其实完全没必要Python 风格就是直接判断对象本身的真值。这个特性用好了代码会非常简洁但也带来一个陷阱——你可能会不小心把一个明明是空列表的结果当成了没有数据而实际上列表为空就是 False直接判断 if result 就够了。另一个高频陷阱是判断 None。新手容易写 if x None这种写法虽然能跑但不规范正确写法是 if x is None。原因在于 None 是单例对象用 is 判断的是身份用 判断的是值。虽然大多数情况下两者结果一致但规范要求用 is而且代码审查时看到 None 基本都会被打回来。同样的道理判断不是 None就写 if x is not None。这个细节不算大问题但它体现了一个人的代码习惯而流程控制代码里的这些习惯直接影响 bug 率。还有一个跟 if 搭配的常见场景——链式比较。Python 支持直接写 if 0 x 10这其实同时判断了 x 0 和 x 10其他语言往往要写成 x 0 x 10。Python 的链式比较可读性好很多而且逻辑清晰。但要注意别把变量名本身和比较搞混比如 if x is True 和 if x True 在绝大多数情况下等价但如果 x 是数字 1if x True 会成立if x is True 不成立因为数字 1 和布尔 True 不是同一个对象。这种细枝末节平时遇不到真遇到了可能就是线上 bug。3. 循环语句实战与关键环节实现3.1 for 循环遍历的正确打开方式Python 的 for 循环跟 C 语言那种初始化-条件-更新的三段式完全不同它是彻底的遍历式循环。你给它一个可迭代对象它就一个一个取出里面的元素每次取出来的值赋给循环变量然后执行循环体。最常见的用法是配合 range 函数for i in range(5): print(i)range(5) 生成的是整数序列 0、1、2、3、4不包括 5。这跟切片一样都是左闭右开区间Python 里到处是这个规则理解了就不容易混。如果你要生成 1 到 5就写 range(1, 6)如果要步长为 2就写 range(1, 10, 2)。range 的第三个参数是步长还可以是负数比如 range(5, 0, -1) 生成 5、4、3、2、1。这个倒序生成在有些算法题里很常用。真正体现 for 循环威力的是直接遍历容器。比如遍历列表fruits [苹果, 香蕉, 橙子] for fruit in fruits: print(fruit)这里不需要像 C 语言那样维护一个索引 i 去取 fruits[i]Python 自己搞定了一切。如果你确实需要索引用 enumeratefor index, fruit in enumerate(fruits): print(index, fruit)enumerate 会同时给你索引和元素一箭双雕。很多新手不知道这个函数非要自己手动维护一个计数器又麻烦又容易出错。遍历字典时要注意你遍历的是键想同时拿键和值得用 items 方法user {name: 小明, age: 20} for key, value in user.items(): print(key, value)遍历字符串也一样for 循环直接取出每个字符。总而言之在 Python 里遍历一切的思维方式就是 for 循环的核心你要是脑海里还在想着第几个元素这种下标思维那就还没真正用好 Python。3.2 while 循环什么时候真的需要它while 循环的语法是while 条件: 循环体只要条件为真就一直执行。它跟 for 的分工很明确for 用于遍历已知集合while 用于条件驱动。最典型的使用场景是反复尝试直到成功。比如写一个用户输入校验while True: password input(请输入密码) if len(password) 6: print(密码长度符合要求) break else: print(密码太短请重新输入)这里 while True 是个死循环语法结构但配合 break 使用就成了先执行、后判断的模式。这在交互式程序、网络请求重试、数据采集等场景里非常常见。我写爬虫的时候经常用它做请求重试——发请求失败就等两秒再试直到成功或者达到最大重试次数。还有一类场景特别适合 while你不知道循环什么时候结束只知道结束条件是某个状态变化。比如模拟一个倒计时countdown 5 while countdown 0: print(countdown) countdown - 1 print(发射)这里 countdown 变量在循环体内不断被修改当它变成 0 时条件为假循环自然结束。这正是 while 循环的本质——循环条件依赖某个会变化的变量而这个变化必须写在循环体里否则条件永远为真就死循环了。选择 while 还是 for 有个简单的判断方法如果你要处理的对象是列表、字典、文件、字符串这类已经有明确集合的东西用 for如果你的循环次数取决于外部条件、用户输入、随机事件、状态轮询用 while。用错场景不会报错但代码会变得别扭。比如非要用 while 遍历列表你得手动维护索引和终止条件代码又长又容易漏完全没有必要。3.3 break、continue、else 的配合技巧循环控制里最常用的两个关键字是 break 和 continue。break 是直接终止整个循环continue 是跳过当前这一轮、继续下一轮。看个例子for i in range(10): if i 3: continue if i 7: break print(i)输出结果是 0、1、2、4、5、6。i 等于 3 时被 continue 跳过所以没打印i 等于 7 时 break 直接把循环打断了所以 7、8、9 都没打印。这种跳过特定值、提前终止的逻辑在处理数据清洗、筛选异常值、分页抓取时很常用。很多教程不会重点讲的是 for-else 和 while-else 结构。这里的 else 表示如果循环正常结束没有被 break 打断就执行 else 块。这个特性非常优雅地解决了查找失败的问题。举个例子从列表里找一个偶数numbers [1, 3, 5, 7, 9, 10] for num in numbers: if num % 2 0: print(f找到了偶数{num}) break else: print(没有找到偶数)这段代码执行到 10 的时候找到了第一个偶数然后 breakelse 块不会执行。如果列表里全是奇数循环完整走完else 块就会输出没有找到偶数。用传统写法你得额外定义一个变量 found False找到了就设成 True循环结束后再判断这个变量。两相对比for-else 省掉了标记变量逻辑也更直接。我第一次用这个特性是从网上看来的后来在搜索类算法里反复使用确实清爽。还有一个小技巧是嵌套循环里 break 只会打断内层循环。如果你需要从多层循环里直接跳出Python 不像某些语言有带标签的 break但你可以用一个布尔变量控制外层循环或者直接把逻辑封装成函数然后 return。我个人的习惯是拆函数因为一旦循环嵌套到需要多重跳出的深度代码本身就已经很复杂了拆出来反而清晰。3.4 循环与数据结构结合的真实场景光会写循环表达式还不够你得知道循环和数据结构的配合方式。我拿一个非常真实的场景举例统计一篇文章中每个单词出现的次数。text apple banana apple orange banana apple words text.split() word_count {} for word in words: if word in word_count: word_count[word] 1 else: word_count[word] 1 print(word_count)这个循环做的事情是遍历每个单词如果字典里已经有了就加一没有就初始化为一。这是一个非常典型的循环D 字典的配合模式。其实用 collections 模块里的 Counter 可以一行搞定但理解这个手动过程能让你真正搞明白循环是怎么逐步构建出统计结果的。再看一个列表推导式的例子。Python 里很多循环可以被列表推导式替代这是一种更简洁、更 Pythonic 的写法squares [] for i in range(10): squares.append(i ** 2)等价于squares [i ** 2 for i in range(10)]列表推导式本质上是 for 循环的语法糖但它可读性更好、执行效率也略高。还可以加 if 条件过滤even_squares [i ** 2 for i in range(10) if i % 2 0]这行代码的意思是把 0 到 9 中偶数的平方收集成列表。新手看到这个语法会有点懵但用习惯了就回不去了。我的建议是简单循环优先用列表推导式复杂的、带有嵌套和副作用的循环还是老实写 for。判断标准是别人看代码能不能一眼看懂看不懂就拆开。循环还有一个常见的坑是修改正在遍历的列表。比如你想删除列表里的所有偶数numbers [1, 2, 3, 4, 5, 6] for num in numbers: if num % 2 0: numbers.remove(num) print(numbers)实际运行结果是 [1, 3, 5]看起来好像对了但换个数据可能就翻车了。比如列表是 [2, 4, 6, 8]运行完你会发现结果变成 [4, 8]4 和 8 没被删干净。原因是在遍历过程中修改列表索引会错位for 循环内部靠索引迭代删掉一个元素后后面的元素补齐上来但循环已经跳到下一个索引了于是有些元素被跳过。正确做法是遍历原列表的副本或者反向遍历或者干脆用列表推导式重建numbers [num for num in numbers if num % 2 ! 0]这三种方案里列表推导式最简单它不是在原列表上删而是生成一个新列表再重新赋值。这也是我要强调的一个核心经验不要在循环进行时修改你正在遍历的容器这是无数人踩过的坑。4. 常见问题与排查技巧实录4.1 死循环与意外退出死循环大概是流程控制里最让新手崩溃的问题。写 while 循环的时候忘了更新条件变量或者条件写得恒为真程序就永远停不下来。比如i 0 while i 5: print(i) # 忘记写 i 1 了这段代码会无限打印 0直到你手动 CtrlC 终止。排查死循环的方法其实不难先看循环体里有没有语句会改变条件里涉及的变量再看条件本身有没有可能一直为真如果函数内部的 while 循环死住了直接在循环体里临时加个 print 打印变量值立刻就能看出来它卡在哪一步。还有一种半死循环——循环没有永远不停但是比预期多跑了很多次。这种问题往往出在条件边界上。比如 while index len(lst)但是循环体里 index 增长过快或过慢导致提前退出或者多跑一轮。我习惯在写 while 之前先在纸上走一遍变量的变化过程尤其是索引和计数器走清楚了再写代码基本能避开大部分边界问题。4.2 缩进错误导致逻辑错乱缩进问题在流程控制里是重灾区因为它不像语法错误那样直接报错很多缩进错误是语法正确但逻辑错误。比如for i in range(3): print(i) print(在循环内) print(在循环外)如果我不小心把最后一个 print 也缩进了它就会变成每轮都执行。这类问题在代码多、嵌套深的时候特别隐蔽。排查手段主要靠编辑器把缩进显示打开或者用 Python 的 -t 参数启动时警告 Tab 混用。我现在用的编辑器都配置了自动将 Tab 转成空格并且开启了缩进指示线嵌套层级一目了然。还有一类缩进坑出现在复制粘贴的时候。从网页上复制代码进编辑器经常带进来全角空格或者混合的空白字符运行时报 unexpected indent 或者 IndentationError。解决办法是把出问题的那几行删掉重新手打一遍或者用编辑器自带的格式化文档功能一键整理。4.3 修改列表时的问题前面提到了遍历列表时删除元素导致跳过的问题这里再补充几个类似的场景。一个是遍历字典时删除键值对会直接抛 RuntimeError: dictionary changed size during iteration。解决办法也一样——遍历字典键的副本user_dict {a: 1, b: 2, c: 3} for key in list(user_dict.keys()): if user_dict[key] 2: del user_dict[key]另一个场景是循环内插入元素。如果遍历列表时不断 append 新元素for 循环会把新加进来的元素也遍历一遍因为它是实时读取迭代器的。这在某些场景是你要的效果但更多时候是 bug。我的建议仍然是不要在循环过程中修改容器的结构增删元素如果需要修改先拷贝一份再遍历或者用列表推导式、filter 这类函数式手段处理。4.4 性能与可读性的平衡循环写多了自然会遇到性能问题。Python 的循环本身不算快如果数据量大、循环嵌套深运行时间可能让人抓狂。有几个实用的优化手段。第一把能提出来的计算提到循环外面。比如循环里反复调用了一个耗时的函数如果结果不依赖循环变量就提前算好# 低效版 for i in range(10000): result expensive_function() i # 高效版 cached_value expensive_function() for i in range(10000): result cached_value i第二优先用列表推导式替代手动 append 的循环。前面说过列表推导式在 CPython 里有 C 层面的优化速度通常比手写 for 快不少。第三循环嵌套尽量把外层循环次数少的放外面、内层放次数多的这样整体迭代次数其实没变但缓存友好度不同在某些场景下性能有差异。不过我得说一句大实话性能优化要放在代码正确、可读性强之后。很多新手一上来就追求各种奇技淫巧把代码写得花里胡哨结果跑是能跑但稍一改动就崩。我见过比列表推导式更简单的写法是一行生成器表达式但生成器只能迭代一次的特性如果没理解清楚反而引出更多 bug。我的实用原则是循环逻辑正确性优先其次可读性最后才是微优化。数据量真的到了瓶颈也不该靠循环微调而是换数据结构或者算法。排查循环问题还有一个通用技巧就是用好 print 调试。在循环体开头打印当前循环变量的值和关键状态运行一次就能看到每一次迭代的状态变化。等你确认逻辑没问题了再把 print 删掉或者改用 logging。别觉得这种方法低级我到现在排查复杂逻辑问题仍然先用 print 把执行顺序打出来比装半天调试器快多了。4.5 从零写一个综合小案例前面讲了不少零散知识点我最后带你完整写一个综合案例把 if、for、while、break、continue 全用上。需求是让用户猜一个 1 到 100 之间的随机数程序提示猜大了还是猜小了直到猜对为止统计猜的次数。import random target random.randint(1, 100) attempts 0 while True: guess input(请输入你猜的数字1-100) if not guess.isdigit(): print(请输入有效数字) continue guess_num int(guess) attempts 1 if guess_num target: print(猜小了) elif guess_num target: print(猜大了) else: print(f恭喜你猜对了一共猜了 {attempts} 次) break这个案例里while True break 构成了先执行、后判断的交互循环isdigit 判断配合 continue 拦住了非法输入if-elif-else 完成了大小判断。整个程序逻辑不复杂但把流程控制的核心都覆盖到了。你可以试着给这个程序加个最多只能猜 10 次的限制或者加一个游戏结束后是否再来一局的选项练完就基本出师了。我自己当年学流程控制的时候就是把猜数字、打印九九乘法表、判断闰年这些小程序一个个敲过来的。九九乘法表那个嵌套循环特别值得写它用最简单的方式让你理解外层循环和内层循环的配合关系以及怎么用 end 参数控制输出格式。我建议你也试试别光看不练流程控制这种东西手熟了才是真会了。最后再分享一个我个人的习惯写 if 和循环之前先用中文把逻辑说清楚甚至写成注释然后再翻译成代码。比如如果用户输入的不是数字就提示并重新输入否则判断大小如果猜对了就跳出循环。这个习惯看起来笨但真的能避免大量逻辑混乱。我在带新人的时候经常说一句话你不是在写代码你是在把脑子里的逻辑告诉计算机你自己都理不清楚的逻辑指望计算机帮你理清是不可能的。把这些基础练扎实了后面学函数、学类、学装饰器都会顺畅很多。