直接在 while 条件中用 := 易出错，因其将“读取→判断→处理”三步强耦合：一旦 readline() 返回 '' 循环即终止，但换行符 \n 等非空却需处理的内容可能被跳过，且循环体内无法复用该值；更危险的是在有副作用的操作（如网络请求、生成器）中重复调用会丢失数据。
为什么直接在 while 条件里用 := 容易出错？
因为 while 本身不“执行”表达式，它只做真假判断；而你真正需要的是：读取数据 → 判断是否有效 → 处理数据。如果只写 while (line := f.readline())，一旦 readline() 返回空字符串（''），循环就终止，但最后一行非空却以换行符结尾时，可能被误判——更关键的是，你失去了对这行内容的引用，无法在循环体内再用。
while True: + := 是最稳妥的写法
把读取和判断拆开，用无限循环配合显式 break，既能复用赋值结果，又避免逻辑耦合：
with open('data.txt') as f:
while True:
line = f.readline()
if not line: # 注意：空字符串为 False，但 '\n' 是 True
break
# 处理 line
改成 walrus 后更紧凑：
with open('data.txt') as f:
while (line := f.readline()):
# line 已定义且非空，可直接处理
process(line)
-
readline()返回''时整个条件为False，循环自然退出 -
line在循环体内始终可用，无需重复调用或额外变量 - 注意：该写法依赖“返回值能被布尔上下文安全判断”，
None、0、空容器等都会提前中断，要确认 API 行为
哪些场景下 := 在 while 中反而增加风险？
当读取操作有副作用或需多次尝试时，比如网络响应、生成器或带缓存的解析器，重复调用可能导致状态丢失或跳过数据：
立即学习“Python免费学习笔记（深入）”；
- 错误示范：
while (chunk := get_next_chunk()) and validate(chunk)—— 如果validate()失败，chunk被丢弃，下次迭代又调用get_next_chunk()，原 chunk 永远丢失 - 正确做法：先赋值，再分步判断：
while True:→chunk := get_next_chunk()→if not chunk: break→if not validate(chunk): continue - 正则匹配也类似：
if (m := pattern.search(text))安全，但while (m := pattern.search(text, pos)):需确保pos被正确更新，否则会无限匹配同一位置
性能差异几乎可以忽略，但可读性取决于上下文
walrus 不带来显著性能提升，CPython 解释器对简单赋值和 walrus 的处理开销基本一致。真正影响维护的是命名清晰度和控制流意图：
- 适合：单次读取+非空即处理，如逐行读文件、消费队列元素、解析固定格式响应
- 慎用：条件中混入多个 walrus、嵌套括号多于两层、或
:=右侧是复杂函数链（如(x := a().b().c()) is not None） - 一个硬指标：如果你需要在循环体里再写一次
line = ...来“重新获取”，说明 walrus 放对了位置；如果只是为了省一行而把逻辑塞进条件，那大概率是在制造隐晦 bug
walrus 最容易被忽略的点不是语法，而是它强制你把“获取”和“判断”的边界划清楚——划歪了，问题比不用还难查。
