写循环语句的时候我见过太多人一上来就是for i in range(...)直到某天碰到“循环次数根本不确定”的需求才被迫回头补while循环的课。你要是刚开始学编程或者写过一阵子但一直没搞明白while和for到底该怎么选这篇就是给你看的。我把循环语句里最容易绕晕的执行机制、死循环排查、真实项目里的典型用法全部摊开讲一遍保证你看完能直接上手并且以后不会再被 while 坑得半夜改代码。1. 为什么说while和for本质上是两种思维1.1 for循环解决“遍历”while循环解决“等待与驱动”很多教材把 while 放在 for 后面讲好像它就是个“变异版 for”这其实误导了很多人。for和while虽然都是循环但它们俩解决的是完全不同的问题。for循环的核心是遍历也就是“这里有一堆东西我要一个一个处理掉”。那堆东西可以是一个列表、一串数字、文件里的每一行甚至一个字典的 key。关键在于在循环开始之前要处理的东西就已经确定了。比如for item in listlist 里有多少个元素循环就跑多少遍这个数在一开始就是已知的。而while循环的核心是等待和驱动也就是“我要一直做某件事直到某个条件发生变化”。循环开始之前你不知道要循环多少次你只知道一个“什么时候该停”的规则。比如“只要锅里的水没烧开就一直加热”“只要用户没输入正确的密码就一直提示重输”“只要队列里还有任务就一直取出来处理”。次数是未知的条件才是核心。打个比方你就懂了for循环像厨师照着菜单上菜菜单上写了十道菜就上十道while循环像熬汤的人守着锅“汤没浓就继续熬浓了就关火”——你没法提前说“我再熬十分钟”因为熬到什么程度取决于汤当时的状态。这个思维差异没搞清楚后面写代码会相当别扭。你可能会硬用 for 去套一个“次数未知”的场景结果要么提前写死了一个魔法数字要么为了终止循环还得额外写 break绕一大圈。1.2 一个“看起来能用for但浑身难受”的例子拿最常见的“用户输入密码重试”来说。需求是让用户输密码最多试 3 次输对了就进门3 次全错就拒绝。用 for 硬写也不是不行for attempt in range(3): pwd input(请输入密码) if pwd 123456: print(欢迎回来) break else: print(尝试次数过多账户锁定)这个代码其实能跑但你有没有发现一个问题attempt这个变量从头到尾没有“控制”任何东西它只是用来数数的。而真正决定循环走不走的是attempt 3这个隐藏条件。你用 for等于是在跟编译器说“我要跑三次”但实际上你的真实意图是“只要用户没输对就继续试最多三次”。再看用while怎么写attempts 0 while attempts 3 and not success: pwd input(请输入密码) if pwd 123456: success True print(欢迎回来) attempts 1 if not success: print(尝试次数过多账户锁定)这样写循环条件是“还没成功并且次数没超”一眼就能看出循环在等什么。你不需要在循环体里用 break 强行退出循环因何继续、因何停止全部写在 while 后面的条件里逻辑清晰得多。这就是我要说的第一条经验当你的循环里出现一个专门用来数数、但本身不影响业务逻辑的变量时先别急着用 for想想是不是该用 while。for 天生适合“明确要遍历多少个元素”的场景而 while 天生适合“循环几次我不知道但我知道该什么时候停”的场景。2. 把while的执行机制拆到骨头里2.1 先判断后执行条件为假连第一行都不碰while的语法结构简单到一句话能说完while 条件:后面跟循环体。但它的执行顺序很多人其实是糊涂的。准确来说是这样第一次进入 while 时先对后面的条件表达式求值。如果条件为真执行循环体里的所有语句。循环体执行完回到第 1 步再次判断条件。如果条件为假跳过整个循环体执行 while 后面的代码。关键点在于while 是“先判断后执行”不是“先执行后判断”。这意味着如果条件一开始就是假循环体一行都不会执行。这一点极其重要。我见过不少新手写代码把一个变量在循环体外已经算好了然后 while 用它做条件结果变量刚好不满足条件整个循环直接跳过他们还一脸懵“怎么没进来”。比如n 10 while n 10: print(n)这个循环一次都不会跑因为10 10是 False连 print 都不会执行。顺带说一下有些语言里有do-while语法规定“先执行一次循环体再判断条件”。Python 里没有 do-while但你可以用while True加一个最后判断的 break 来模拟while True: data input(请输入一个正数) number int(data) if number 0: break这个写法保证了循环体至少执行一次因为 break 判断放在循环体最后。如果你需要在“无论如何先执行一次”的场景下写 Python这就是标准答案。2.2 break、continue、else三个隐藏武器的真实行为基础语法之外while还有三个配套语句用好了能让代码精简很多用不好就是一堆坑。我一个个说。break提前终止整个循环。它不只跳出当前这一轮而是直接把整个 while 结构结束掉。比如i 0 while i 100: if i 5: break i 1 print(i) # 输出 5i 明明小于 100但遇到 i 5 时循环直接停了。break 适合“条件很长很复杂不想把退出条件全塞进 while 后面的表达式里”的场景。但记住break 用得越多循环的退出点就越多阅读起来越累。continue跳过本轮剩余代码回到条件判断处。它不会结束循环只是“这轮我不接着干了直接看下一轮要不要开始”。常见的坑在于continue 会把循环体里 continue 之后的所有语句全跳过包括更新计数器的那行。i 0 while i 5: if i 2: continue print(i) i 1这段代码会死循环。为什么因为当 i 2 时continue 直接跳回了 while 条件判断后面那行i 1根本没来得及执行i 永远等于 2永远满足 i 5永远 continue循环就卡死了。这个坑特别隐蔽因为代码逻辑看起来明明没问题。我的习惯是在 while 循环体里先更新计数器或者把 continue 放在更新语句之后绝不在更新前用 continue 跳过计数代码。elsewhile 正常结束后执行break 退出则不执行。这是 Python 里一个非常容易被忽略的语法。先看例子i 0 while i 3: print(i) i 1 else: print(循环正常结束) # 输出 0 1 2 循环正常结束这里else在循环条件变假、正常走完的时候执行一次。但如果是 break 跳出来的else 不执行i 0 while i 3: if i 1: break i 1 else: print(这段不会执行)这个特性适合用来做“循环里有没有找到目标”的判断。循环正常走完说明没提前 break那就可以在 else 里统一处理“没找到”的情况一 break 就说明找到了else 里的“没找到”逻辑自然不跑。比你用一个 flag 变量标记“是否找到”要干净得多。2.3 综合示例一个带次数限制的猜数字把上面这些用法串起来我写一个经典的猜数字小游戏规则是计算机随机生成一个 1 到 100 之间的整数用户输入猜测值程序提示“大了”或“小了”最多猜 7 次猜中或者次数用尽就结束。import random target random.randint(1, 100) attempts 0 max_attempts 7 guessed False while attempts max_attempts and not guessed: guess int(input(猜一个 1-100 之间的数字)) attempts 1 if guess target: print(小了继续) elif guess target: print(大了继续) else: guessed True print(f恭喜你猜中了用了 {attempts} 次) if not guessed: print(f次数用完了正确答案是 {target})这个例子同时用到了多个点一个复合条件次数没超且没猜中控制循环、循环体内更新计数器、一个布尔变量标记状态、循环结束后的统一判断。你把这个例子彻底跑明白while 的基本用法就过关了。3. 真实开发里while不可替代的四种场景3.1 用户输入校验直到合法为止凡是做命令行工具、爬虫配置、表单交互的都躲不开一个问题用户可能会输入任何东西。你要做的不是问一次就完事而是“只要输入不合法就一直重新问”。这就是最典型的 while 场景。while True: age_str input(请输入你的年龄必须为正整数) try: age int(age_str) except ValueError: print(这不是一个数字请重新输入) continue if age 0: print(年龄必须是正数请重新输入) continue break这个写法有个好处所有“输入不对”的处理都在循环里面做完最后用 break 退出循环条件永远是 True看起来像死循环但实际上退出条件藏在逻辑里。等你发现 break 是这里唯一出口的时候你会觉得这个结构特别好读。为什么不用 for因为用户第几次能输对你根本不知道。用 for 的话你得猜一个上限比如 range(100)这既丑又不合理——真有用户连续输错 100 次呢3.2 队列消费与工作线程爬虫、消息处理、异步任务调度里最常见的模式就是从队列里不停取任务直到队列空了为止。这种“队列消费”场景也是 while 的舞台。from queue import Queue task_queue Queue() task_queue.put(任务A) task_queue.put(任务B) task_queue.put(任务C) while not task_queue.empty(): task task_queue.get() print(f正在处理{task}) # 这里处理任务可能会很耗时 print(所有任务处理完毕)这个循环每轮从队列里取一个任务队列空了循环条件not task_queue.empty()变成 False循环自然结束。你会发现你根本不需要知道队列里有多少个任务这是 for 做不到的——for 要求你在一开始就告诉它长度而queue.empty()这个状态会随处理过程动态变化。扩展一步多线程消费同一个队列也是这个套路每个工作线程用 while True 不断 get 任务直到拿到一个特殊标志位“毒药”才退出。这里的“什么时候退出”完全由运行时状态决定不是写代码时能预设的只能用 while。3.3 带退避的重试机制调第三方接口、做文件下载、连数据库都可能遇到“这次失败了但等一会儿再试说不定能成功”的情况。写重试机制几乎所有人都会用 while。import time max_retries 5 retry_count 0 success False while retry_count max_retries and not success: try: print(f第 {retry_count 1} 次尝试连接) # 假装发起网络请求 # result requests.get(https://api.example.com/data) # 如果成功success True success True except Exception as e: retry_count 1 wait_time 2 ** retry_count # 指数退避2, 4, 8, 16 秒 print(f连接失败{e}{wait_time} 秒后重试) time.sleep(wait_time) if not success: print(重试多次仍然失败需要人工介入) else: print(连接成功)注意这个结构循环条件同时管住了“不能无限重试”和“还没成功”循环体里失败了就加次数、等几秒继续。指数退避是重试机制的经典做法每次失败等待时间翻倍避免在服务端还没恢复时疯狂请求。这个循环的次数取决于失败什么时候结束没有 for 能解决这种问题。3.4 游戏主循环与事件循环电子游戏、图形界面程序的核心循环本质就是一个 while 循环只要窗口没关闭就不断重复“读取输入、更新游戏状态、重新绘制画面”这三件事。running True while running: # 1. 处理事件比如鼠标点击、键盘按键 for event in pygame.event.get(): if event.type QUIT: running False # 2. 更新游戏状态比如角色位置、分数 # 3. 绘制画面到屏幕 print(游戏结束退出主循环)逻辑特别直白一个布尔变量running代表“游戏是否还在运行”窗口被关闭时置为 False主循环自然退出。你想想游戏引擎的开发者不可能提前知道玩家会玩多久——循环次数根本不存在存在的只有“运行状态”。这种场景是 while 的绝对主场。4. 死循环不是玄学是可以被一步步查出来的4.1 我第一次调死循环的完整排查经历先讲段真实经历。我刚开始写 Python 的时候写过一个“从用户输入的数字里找最大值”的小程序。逻辑很简单用户不断输入数字输入0表示结束程序输出最大值。我写完觉得没问题一运行控制台疯狂刷屏只能按 CtrlC 强制终止。当时的代码长这样num int(input(请输入数字)) largest 0 while num ! 0: if num largest: largest num num int(input(请输入数字)) print(largest)第一眼看这不挺好吗循环体最后会重新向用户要输入num 一定会被更新。但问题就出在——当时的我认为“重新获取输入”这行一定会执行到于是偷懒把它写在 if 判断里面了一旦用户输入的数字是负数不大于 largestif 不成立num int(input(...))就永远不执行num 保持不变循环永远不灭。这事的教训让我记到今天导致死循环的原因99% 不是“语法错了”而是“你以为会更新条件的代码因为某个分支没有走到”。排查过程我一步步讲方便你以后也照着做。第一步我先把print(num)加进循环体的第一行确认循环体是否在执行。结果疯狂刷屏说明循环体进来了问题出在退出条件一直不满足。第二步我把 print 加在循环体最后一行看看 num 每次循环后到底变成了什么。结果发现 num 在第一轮之后根本没变过。第三步我仔细看条件变量 num 在循环体内有没有“必被更新”的路径一眼看到它被写进了 if 分支里而这个分支的条件是num largest对负数不成立——这就锁定了根因。这三步翻译成通用思路就是循环体进没进条件变没变哪个分支没走导致条件没变照着这个顺序查任何死循环都能被拆出来。4.2 死循环的几大典型成因我把程序里最常见的死循环成因整理成了一张表你以后写 while 感到困惑时直接对着它查。成因类型具体表现典型案例计数器没更新计数变量定义好了循环体内却没自增while i 5: print(i)但没有 i 1更新语句被跳过更新语句写在 continue、break、return 之后continue 放在计数器自增之前条件变量作用域错误循环体内重新赋值了一个同名变量或者变量被意外覆盖num 被 if 分支内引用分支不满足就不更新逻辑运算符写错and 写成了 or条件永不成立while flag True and ... 写成了 or条件表达式恒为真比较写成了赋值或根本没有依赖变量变化while 1: 或者 while True 且没有退出逻辑集合遍历过程中修改了集合对列表、字典做遍历时删除/增加元素导致游标错乱在 while 循环里 pop 列表却始终没推进下标4.3 快速定位死循环的三个习惯排查死循环不能靠肉眼看尤其是代码一长根本看不出问题。我强烈建议你养成下面三个习惯。第一个习惯是打印法。死循环发生的第一时间先在循环体开头打印条件变量看看它每轮循环的变化趋势。如果打印输出里某一行开始反复出现同一个值说明条件变量从那一轮起就不更新了问题就在这两个值变化的间隙里。第二个习惯是计数器保护。调试阶段给 while 加一个上限比如debug_max 100000 i 0 while condition and i debug_max: i 1 # 原有逻辑这样就算出问题循环也会在十万次后停下来你至少有打印输出可以看不用一直狂按 CtrlC。等到确认没问题了再把保护去掉。第三个习惯是手推两轮。写 while 循环的时候选几个典型输入在纸上或脑子里把前两轮循环完整走一遍看条件表达式是从 True 变成 False 的路径到底通不通。尤其是那种“第一次能进入第二轮起条件就不再重新计算”的情况手推一轮就能发现。4.4 别怕while True有退出条件的死循环是正常设计这里我要给初学者打打气。很多人一看到while True就紧张觉得这一定是死循环其实完全不是。while True本身只是“无条件进入循环”只要你确保循环体内有 exit 路径它就是完全安全的设计。前面讲过的用户输入校验、带 break 的重试机制用的都是 while True。我的判断标准很简单循环体里是不是一定能执行到 break 或 return能就用 while True不能就别用。比如“读取用户输入直到合法”无论用户怎么乱输循环都会走到底部的 break所以 while True 是合理选择。再比如“只要窗口不关闭就一直跑游戏”退出条件写在事件处理分支里窗口关闭一定能触发所以也是安全的。真正危险的不是一个看起来像死循环的 while True而是一个你以为会退出、实际上永远退不出的 while 条件。你心里要有数写了循环第一件事就是确认“这个循环会不会在预期的条件下结束”而不是等到跑挂了再回来查。5. while循环写完只是及格能维护才是水平5.1 循环里的变量初始化放哪里是门学问while 循环里的变量初始化位置直接决定程序能不能跑对。一个最常见的错误是把累加器或列表的初始化写进循环体内结果每轮循环都重置循环跑完了数据却只保留最后一轮。data [1, 2, 3, 4, 5] i 0 total 0 # 正确写法 while i len(data): total data[i] i 1 print(total) # 15如果把total 0挪到 while 循环体里面每轮循环 total 都会被清空重来最后一轮加完只剩下 5整个累加逻辑就毁了。这事的本质是循环外初始化的变量是用来跨轮保存“累积状态”的循环内初始化的变量是用来保存“本轮临时状态”的。你写循环之前先分清楚哪些变量属于哪一类比写完了再调试省心得多。i 0这个初始化也得放在循环外。要是放在循环内每轮进入时 i 都变成 0循环条件i len(data)永远成立死循环当场出现。上面那张“死循环成因表”里写的“条件变量作用域错误”指的就是这种情况。5.2 循环体越短越好太长就拆函数我见过有人在一个 while 循环体里塞了上百行代码读文件、解析、存数据库、上报日志、更新界面、发消息……一眼望去根本分不清哪块是“更新退出条件”的哪块是“业务处理”的。这种代码一旦死循环你连条件变量在哪更新都找不到。我的做法是循环体里只保留“跟循环控制相关的逻辑”和“当前这一轮必须要做的事”其他都可以抽成函数。比如while has_next_page(): page fetch_page() items parse_page(page) save_items(items) update_offset()fetch_page、parse_page、save_items全是独立函数循环体只剩四行每一行干一件事退出条件和状态更新清晰可见。就算出问题也只需要看update_offset和has_next_page这对组合是否良性互动排查范围小得多。5.3 学会把“用while写别扭”的代码重构成for既然上面吹了 while 这么多场景我也得公正说一句有些代码用 while 写就是别扭这时候该换成 for 就换。最典型的是“用 while 加下标遍历列表”。比如i 0 while i len(items): print(items[i]) i 1这段代码可以跑但它本质上是在“遍历一个长度已知的集合”这正是 for 的强项。直接改for item in items: print(item)更紧凑也更不容易出错。同理如果你需要同时拿到下标和元素用enumerate比用 while 维护一个 i 变量舒服得多for idx, item in enumerate(items): print(idx, item)我给自己定了个简单的判断准则循环开始前你已知一个集合或者一个明确的范围用 for循环次数依赖运行时的条件、状态、输入、事件用 while。按这个准则选十有八九不会错。5.4 测试while循环空集合、永不满足、最大次数写完了不是结束得测。while 循环最容易出 bug 的地方不在主流程而在边界条件。我总结了三类必须测的输入。第一空输入。如果循环依赖某个集合的长度或内容空集合时循环会不会出错比如while queue消费队列队列为空时直接跳过循环体这没问题但如果你的代码在循环体里直接假设“至少有第一个元素”空集合就会报错。写代码时就要想好循环条件的第一轮判断遇到空数据会不会崩。第二永不满足条件。假设循环条件是“输入必须是正数”而用户永远输入负数程序必须能处理这种情况——要么一直问下去比如输入校验要么在有限的次数后退出比如重试机制。关键是你要知道你的循环属于哪一种而不是抱着侥幸心理觉得“用户肯定能输对”。第三最大次数。凡是有上限的 while 循环测程序时一定要让场景走到“次数用完”的路径看循环退出后的逻辑是否正确。别看我只写了while attempts max_attempts就忘记测 attempts 等于上限时循环外的提示语是不是能正常输出。边界值往往是最容易忽视也是最容易翻车的地方。写while循环前先问自己三个问题这些年写下来我最大的体会是写 while 循环之前先问自己三个问题能省掉大量调试时间。第一个问题这个循环一定会结束吗如果答案不是“一定”那你就是在给程序埋一颗定时炸弹。第二个问题循环体里到底哪个变量在改变循环条件找到它然后确认这个变量在每一条可能的执行路径上都会被更新。任何一个分支绕过了更新语句死循环就逼近了一步。第三个问题第一次进入循环的条件和最后一次退出的条件分别是什么把这个想清楚等于已经脑内跑了一遍边界值很多问题在写代码前就被消灭了。如果你是一个刚开始学编程的人看完这篇不用急着背语法找三个小练习亲自动手写一写一个用户输入校验、一个带重试的模拟请求、一个简单的猜数字游戏。写的过程中把死循环踩一遍印象比看十篇文章都深。踩过了你就真正理解 while 循环了。
Python while循环从原理到排坑：与for的本质区别
写循环语句的时候我见过太多人一上来就是for i in range(...)直到某天碰到“循环次数根本不确定”的需求才被迫回头补while循环的课。你要是刚开始学编程或者写过一阵子但一直没搞明白while和for到底该怎么选这篇就是给你看的。我把循环语句里最容易绕晕的执行机制、死循环排查、真实项目里的典型用法全部摊开讲一遍保证你看完能直接上手并且以后不会再被 while 坑得半夜改代码。1. 为什么说while和for本质上是两种思维1.1 for循环解决“遍历”while循环解决“等待与驱动”很多教材把 while 放在 for 后面讲好像它就是个“变异版 for”这其实误导了很多人。for和while虽然都是循环但它们俩解决的是完全不同的问题。for循环的核心是遍历也就是“这里有一堆东西我要一个一个处理掉”。那堆东西可以是一个列表、一串数字、文件里的每一行甚至一个字典的 key。关键在于在循环开始之前要处理的东西就已经确定了。比如for item in listlist 里有多少个元素循环就跑多少遍这个数在一开始就是已知的。而while循环的核心是等待和驱动也就是“我要一直做某件事直到某个条件发生变化”。循环开始之前你不知道要循环多少次你只知道一个“什么时候该停”的规则。比如“只要锅里的水没烧开就一直加热”“只要用户没输入正确的密码就一直提示重输”“只要队列里还有任务就一直取出来处理”。次数是未知的条件才是核心。打个比方你就懂了for循环像厨师照着菜单上菜菜单上写了十道菜就上十道while循环像熬汤的人守着锅“汤没浓就继续熬浓了就关火”——你没法提前说“我再熬十分钟”因为熬到什么程度取决于汤当时的状态。这个思维差异没搞清楚后面写代码会相当别扭。你可能会硬用 for 去套一个“次数未知”的场景结果要么提前写死了一个魔法数字要么为了终止循环还得额外写 break绕一大圈。1.2 一个“看起来能用for但浑身难受”的例子拿最常见的“用户输入密码重试”来说。需求是让用户输密码最多试 3 次输对了就进门3 次全错就拒绝。用 for 硬写也不是不行for attempt in range(3): pwd input(请输入密码) if pwd 123456: print(欢迎回来) break else: print(尝试次数过多账户锁定)这个代码其实能跑但你有没有发现一个问题attempt这个变量从头到尾没有“控制”任何东西它只是用来数数的。而真正决定循环走不走的是attempt 3这个隐藏条件。你用 for等于是在跟编译器说“我要跑三次”但实际上你的真实意图是“只要用户没输对就继续试最多三次”。再看用while怎么写attempts 0 while attempts 3 and not success: pwd input(请输入密码) if pwd 123456: success True print(欢迎回来) attempts 1 if not success: print(尝试次数过多账户锁定)这样写循环条件是“还没成功并且次数没超”一眼就能看出循环在等什么。你不需要在循环体里用 break 强行退出循环因何继续、因何停止全部写在 while 后面的条件里逻辑清晰得多。这就是我要说的第一条经验当你的循环里出现一个专门用来数数、但本身不影响业务逻辑的变量时先别急着用 for想想是不是该用 while。for 天生适合“明确要遍历多少个元素”的场景而 while 天生适合“循环几次我不知道但我知道该什么时候停”的场景。2. 把while的执行机制拆到骨头里2.1 先判断后执行条件为假连第一行都不碰while的语法结构简单到一句话能说完while 条件:后面跟循环体。但它的执行顺序很多人其实是糊涂的。准确来说是这样第一次进入 while 时先对后面的条件表达式求值。如果条件为真执行循环体里的所有语句。循环体执行完回到第 1 步再次判断条件。如果条件为假跳过整个循环体执行 while 后面的代码。关键点在于while 是“先判断后执行”不是“先执行后判断”。这意味着如果条件一开始就是假循环体一行都不会执行。这一点极其重要。我见过不少新手写代码把一个变量在循环体外已经算好了然后 while 用它做条件结果变量刚好不满足条件整个循环直接跳过他们还一脸懵“怎么没进来”。比如n 10 while n 10: print(n)这个循环一次都不会跑因为10 10是 False连 print 都不会执行。顺带说一下有些语言里有do-while语法规定“先执行一次循环体再判断条件”。Python 里没有 do-while但你可以用while True加一个最后判断的 break 来模拟while True: data input(请输入一个正数) number int(data) if number 0: break这个写法保证了循环体至少执行一次因为 break 判断放在循环体最后。如果你需要在“无论如何先执行一次”的场景下写 Python这就是标准答案。2.2 break、continue、else三个隐藏武器的真实行为基础语法之外while还有三个配套语句用好了能让代码精简很多用不好就是一堆坑。我一个个说。break提前终止整个循环。它不只跳出当前这一轮而是直接把整个 while 结构结束掉。比如i 0 while i 100: if i 5: break i 1 print(i) # 输出 5i 明明小于 100但遇到 i 5 时循环直接停了。break 适合“条件很长很复杂不想把退出条件全塞进 while 后面的表达式里”的场景。但记住break 用得越多循环的退出点就越多阅读起来越累。continue跳过本轮剩余代码回到条件判断处。它不会结束循环只是“这轮我不接着干了直接看下一轮要不要开始”。常见的坑在于continue 会把循环体里 continue 之后的所有语句全跳过包括更新计数器的那行。i 0 while i 5: if i 2: continue print(i) i 1这段代码会死循环。为什么因为当 i 2 时continue 直接跳回了 while 条件判断后面那行i 1根本没来得及执行i 永远等于 2永远满足 i 5永远 continue循环就卡死了。这个坑特别隐蔽因为代码逻辑看起来明明没问题。我的习惯是在 while 循环体里先更新计数器或者把 continue 放在更新语句之后绝不在更新前用 continue 跳过计数代码。elsewhile 正常结束后执行break 退出则不执行。这是 Python 里一个非常容易被忽略的语法。先看例子i 0 while i 3: print(i) i 1 else: print(循环正常结束) # 输出 0 1 2 循环正常结束这里else在循环条件变假、正常走完的时候执行一次。但如果是 break 跳出来的else 不执行i 0 while i 3: if i 1: break i 1 else: print(这段不会执行)这个特性适合用来做“循环里有没有找到目标”的判断。循环正常走完说明没提前 break那就可以在 else 里统一处理“没找到”的情况一 break 就说明找到了else 里的“没找到”逻辑自然不跑。比你用一个 flag 变量标记“是否找到”要干净得多。2.3 综合示例一个带次数限制的猜数字把上面这些用法串起来我写一个经典的猜数字小游戏规则是计算机随机生成一个 1 到 100 之间的整数用户输入猜测值程序提示“大了”或“小了”最多猜 7 次猜中或者次数用尽就结束。import random target random.randint(1, 100) attempts 0 max_attempts 7 guessed False while attempts max_attempts and not guessed: guess int(input(猜一个 1-100 之间的数字)) attempts 1 if guess target: print(小了继续) elif guess target: print(大了继续) else: guessed True print(f恭喜你猜中了用了 {attempts} 次) if not guessed: print(f次数用完了正确答案是 {target})这个例子同时用到了多个点一个复合条件次数没超且没猜中控制循环、循环体内更新计数器、一个布尔变量标记状态、循环结束后的统一判断。你把这个例子彻底跑明白while 的基本用法就过关了。3. 真实开发里while不可替代的四种场景3.1 用户输入校验直到合法为止凡是做命令行工具、爬虫配置、表单交互的都躲不开一个问题用户可能会输入任何东西。你要做的不是问一次就完事而是“只要输入不合法就一直重新问”。这就是最典型的 while 场景。while True: age_str input(请输入你的年龄必须为正整数) try: age int(age_str) except ValueError: print(这不是一个数字请重新输入) continue if age 0: print(年龄必须是正数请重新输入) continue break这个写法有个好处所有“输入不对”的处理都在循环里面做完最后用 break 退出循环条件永远是 True看起来像死循环但实际上退出条件藏在逻辑里。等你发现 break 是这里唯一出口的时候你会觉得这个结构特别好读。为什么不用 for因为用户第几次能输对你根本不知道。用 for 的话你得猜一个上限比如 range(100)这既丑又不合理——真有用户连续输错 100 次呢3.2 队列消费与工作线程爬虫、消息处理、异步任务调度里最常见的模式就是从队列里不停取任务直到队列空了为止。这种“队列消费”场景也是 while 的舞台。from queue import Queue task_queue Queue() task_queue.put(任务A) task_queue.put(任务B) task_queue.put(任务C) while not task_queue.empty(): task task_queue.get() print(f正在处理{task}) # 这里处理任务可能会很耗时 print(所有任务处理完毕)这个循环每轮从队列里取一个任务队列空了循环条件not task_queue.empty()变成 False循环自然结束。你会发现你根本不需要知道队列里有多少个任务这是 for 做不到的——for 要求你在一开始就告诉它长度而queue.empty()这个状态会随处理过程动态变化。扩展一步多线程消费同一个队列也是这个套路每个工作线程用 while True 不断 get 任务直到拿到一个特殊标志位“毒药”才退出。这里的“什么时候退出”完全由运行时状态决定不是写代码时能预设的只能用 while。3.3 带退避的重试机制调第三方接口、做文件下载、连数据库都可能遇到“这次失败了但等一会儿再试说不定能成功”的情况。写重试机制几乎所有人都会用 while。import time max_retries 5 retry_count 0 success False while retry_count max_retries and not success: try: print(f第 {retry_count 1} 次尝试连接) # 假装发起网络请求 # result requests.get(https://api.example.com/data) # 如果成功success True success True except Exception as e: retry_count 1 wait_time 2 ** retry_count # 指数退避2, 4, 8, 16 秒 print(f连接失败{e}{wait_time} 秒后重试) time.sleep(wait_time) if not success: print(重试多次仍然失败需要人工介入) else: print(连接成功)注意这个结构循环条件同时管住了“不能无限重试”和“还没成功”循环体里失败了就加次数、等几秒继续。指数退避是重试机制的经典做法每次失败等待时间翻倍避免在服务端还没恢复时疯狂请求。这个循环的次数取决于失败什么时候结束没有 for 能解决这种问题。3.4 游戏主循环与事件循环电子游戏、图形界面程序的核心循环本质就是一个 while 循环只要窗口没关闭就不断重复“读取输入、更新游戏状态、重新绘制画面”这三件事。running True while running: # 1. 处理事件比如鼠标点击、键盘按键 for event in pygame.event.get(): if event.type QUIT: running False # 2. 更新游戏状态比如角色位置、分数 # 3. 绘制画面到屏幕 print(游戏结束退出主循环)逻辑特别直白一个布尔变量running代表“游戏是否还在运行”窗口被关闭时置为 False主循环自然退出。你想想游戏引擎的开发者不可能提前知道玩家会玩多久——循环次数根本不存在存在的只有“运行状态”。这种场景是 while 的绝对主场。4. 死循环不是玄学是可以被一步步查出来的4.1 我第一次调死循环的完整排查经历先讲段真实经历。我刚开始写 Python 的时候写过一个“从用户输入的数字里找最大值”的小程序。逻辑很简单用户不断输入数字输入0表示结束程序输出最大值。我写完觉得没问题一运行控制台疯狂刷屏只能按 CtrlC 强制终止。当时的代码长这样num int(input(请输入数字)) largest 0 while num ! 0: if num largest: largest num num int(input(请输入数字)) print(largest)第一眼看这不挺好吗循环体最后会重新向用户要输入num 一定会被更新。但问题就出在——当时的我认为“重新获取输入”这行一定会执行到于是偷懒把它写在 if 判断里面了一旦用户输入的数字是负数不大于 largestif 不成立num int(input(...))就永远不执行num 保持不变循环永远不灭。这事的教训让我记到今天导致死循环的原因99% 不是“语法错了”而是“你以为会更新条件的代码因为某个分支没有走到”。排查过程我一步步讲方便你以后也照着做。第一步我先把print(num)加进循环体的第一行确认循环体是否在执行。结果疯狂刷屏说明循环体进来了问题出在退出条件一直不满足。第二步我把 print 加在循环体最后一行看看 num 每次循环后到底变成了什么。结果发现 num 在第一轮之后根本没变过。第三步我仔细看条件变量 num 在循环体内有没有“必被更新”的路径一眼看到它被写进了 if 分支里而这个分支的条件是num largest对负数不成立——这就锁定了根因。这三步翻译成通用思路就是循环体进没进条件变没变哪个分支没走导致条件没变照着这个顺序查任何死循环都能被拆出来。4.2 死循环的几大典型成因我把程序里最常见的死循环成因整理成了一张表你以后写 while 感到困惑时直接对着它查。成因类型具体表现典型案例计数器没更新计数变量定义好了循环体内却没自增while i 5: print(i)但没有 i 1更新语句被跳过更新语句写在 continue、break、return 之后continue 放在计数器自增之前条件变量作用域错误循环体内重新赋值了一个同名变量或者变量被意外覆盖num 被 if 分支内引用分支不满足就不更新逻辑运算符写错and 写成了 or条件永不成立while flag True and ... 写成了 or条件表达式恒为真比较写成了赋值或根本没有依赖变量变化while 1: 或者 while True 且没有退出逻辑集合遍历过程中修改了集合对列表、字典做遍历时删除/增加元素导致游标错乱在 while 循环里 pop 列表却始终没推进下标4.3 快速定位死循环的三个习惯排查死循环不能靠肉眼看尤其是代码一长根本看不出问题。我强烈建议你养成下面三个习惯。第一个习惯是打印法。死循环发生的第一时间先在循环体开头打印条件变量看看它每轮循环的变化趋势。如果打印输出里某一行开始反复出现同一个值说明条件变量从那一轮起就不更新了问题就在这两个值变化的间隙里。第二个习惯是计数器保护。调试阶段给 while 加一个上限比如debug_max 100000 i 0 while condition and i debug_max: i 1 # 原有逻辑这样就算出问题循环也会在十万次后停下来你至少有打印输出可以看不用一直狂按 CtrlC。等到确认没问题了再把保护去掉。第三个习惯是手推两轮。写 while 循环的时候选几个典型输入在纸上或脑子里把前两轮循环完整走一遍看条件表达式是从 True 变成 False 的路径到底通不通。尤其是那种“第一次能进入第二轮起条件就不再重新计算”的情况手推一轮就能发现。4.4 别怕while True有退出条件的死循环是正常设计这里我要给初学者打打气。很多人一看到while True就紧张觉得这一定是死循环其实完全不是。while True本身只是“无条件进入循环”只要你确保循环体内有 exit 路径它就是完全安全的设计。前面讲过的用户输入校验、带 break 的重试机制用的都是 while True。我的判断标准很简单循环体里是不是一定能执行到 break 或 return能就用 while True不能就别用。比如“读取用户输入直到合法”无论用户怎么乱输循环都会走到底部的 break所以 while True 是合理选择。再比如“只要窗口不关闭就一直跑游戏”退出条件写在事件处理分支里窗口关闭一定能触发所以也是安全的。真正危险的不是一个看起来像死循环的 while True而是一个你以为会退出、实际上永远退不出的 while 条件。你心里要有数写了循环第一件事就是确认“这个循环会不会在预期的条件下结束”而不是等到跑挂了再回来查。5. while循环写完只是及格能维护才是水平5.1 循环里的变量初始化放哪里是门学问while 循环里的变量初始化位置直接决定程序能不能跑对。一个最常见的错误是把累加器或列表的初始化写进循环体内结果每轮循环都重置循环跑完了数据却只保留最后一轮。data [1, 2, 3, 4, 5] i 0 total 0 # 正确写法 while i len(data): total data[i] i 1 print(total) # 15如果把total 0挪到 while 循环体里面每轮循环 total 都会被清空重来最后一轮加完只剩下 5整个累加逻辑就毁了。这事的本质是循环外初始化的变量是用来跨轮保存“累积状态”的循环内初始化的变量是用来保存“本轮临时状态”的。你写循环之前先分清楚哪些变量属于哪一类比写完了再调试省心得多。i 0这个初始化也得放在循环外。要是放在循环内每轮进入时 i 都变成 0循环条件i len(data)永远成立死循环当场出现。上面那张“死循环成因表”里写的“条件变量作用域错误”指的就是这种情况。5.2 循环体越短越好太长就拆函数我见过有人在一个 while 循环体里塞了上百行代码读文件、解析、存数据库、上报日志、更新界面、发消息……一眼望去根本分不清哪块是“更新退出条件”的哪块是“业务处理”的。这种代码一旦死循环你连条件变量在哪更新都找不到。我的做法是循环体里只保留“跟循环控制相关的逻辑”和“当前这一轮必须要做的事”其他都可以抽成函数。比如while has_next_page(): page fetch_page() items parse_page(page) save_items(items) update_offset()fetch_page、parse_page、save_items全是独立函数循环体只剩四行每一行干一件事退出条件和状态更新清晰可见。就算出问题也只需要看update_offset和has_next_page这对组合是否良性互动排查范围小得多。5.3 学会把“用while写别扭”的代码重构成for既然上面吹了 while 这么多场景我也得公正说一句有些代码用 while 写就是别扭这时候该换成 for 就换。最典型的是“用 while 加下标遍历列表”。比如i 0 while i len(items): print(items[i]) i 1这段代码可以跑但它本质上是在“遍历一个长度已知的集合”这正是 for 的强项。直接改for item in items: print(item)更紧凑也更不容易出错。同理如果你需要同时拿到下标和元素用enumerate比用 while 维护一个 i 变量舒服得多for idx, item in enumerate(items): print(idx, item)我给自己定了个简单的判断准则循环开始前你已知一个集合或者一个明确的范围用 for循环次数依赖运行时的条件、状态、输入、事件用 while。按这个准则选十有八九不会错。5.4 测试while循环空集合、永不满足、最大次数写完了不是结束得测。while 循环最容易出 bug 的地方不在主流程而在边界条件。我总结了三类必须测的输入。第一空输入。如果循环依赖某个集合的长度或内容空集合时循环会不会出错比如while queue消费队列队列为空时直接跳过循环体这没问题但如果你的代码在循环体里直接假设“至少有第一个元素”空集合就会报错。写代码时就要想好循环条件的第一轮判断遇到空数据会不会崩。第二永不满足条件。假设循环条件是“输入必须是正数”而用户永远输入负数程序必须能处理这种情况——要么一直问下去比如输入校验要么在有限的次数后退出比如重试机制。关键是你要知道你的循环属于哪一种而不是抱着侥幸心理觉得“用户肯定能输对”。第三最大次数。凡是有上限的 while 循环测程序时一定要让场景走到“次数用完”的路径看循环退出后的逻辑是否正确。别看我只写了while attempts max_attempts就忘记测 attempts 等于上限时循环外的提示语是不是能正常输出。边界值往往是最容易忽视也是最容易翻车的地方。写while循环前先问自己三个问题这些年写下来我最大的体会是写 while 循环之前先问自己三个问题能省掉大量调试时间。第一个问题这个循环一定会结束吗如果答案不是“一定”那你就是在给程序埋一颗定时炸弹。第二个问题循环体里到底哪个变量在改变循环条件找到它然后确认这个变量在每一条可能的执行路径上都会被更新。任何一个分支绕过了更新语句死循环就逼近了一步。第三个问题第一次进入循环的条件和最后一次退出的条件分别是什么把这个想清楚等于已经脑内跑了一遍边界值很多问题在写代码前就被消灭了。如果你是一个刚开始学编程的人看完这篇不用急着背语法找三个小练习亲自动手写一写一个用户输入校验、一个带重试的模拟请求、一个简单的猜数字游戏。写的过程中把死循环踩一遍印象比看十篇文章都深。踩过了你就真正理解 while 循环了。