海象运算符 := 允许在表达式中赋值，解决需先计算再判断且复用结果的冗余问题，适用于 if、while 和推导式，但需注意作用域、求值顺序及可读性。
海象运算符 := 能在表达式里赋值，但不能替代语句赋值
它解决的是「需要先计算、再判断、且后续还要用这个结果」的常见冗余场景。比如反复调用同一个函数或访问同一字典键，传统写法得拆成两行甚至三行，而 := 允许你在 if、while、推导式等表达式上下文中直接绑定变量。
注意：它不是“更短的 =”，左侧必须是合法的赋值目标（如变量名、元组解包），不能是字面量或表达式；也不能出现在 lambda 的参数列表或条件表达式的条件部分之外（比如 x if (y := f()) else z 合法，但 (y := f()) if x else z 会报 SyntaxError）。
-
if (n := len(data)) > 10:—— 安全获取长度并判断，避免两次调用len() -
while (line := sys.stdin.readline().rstrip()):—— 读一行、去空格、非空才进循环体 - 推导式中复用计算：
[y for x in items if (y := transform(x)) is not None]
在列表推导式里用 := 提前计算，避免重复调用开销
这是最易被忽略也最有价值的用法之一。当推导逻辑依赖某个中间结果（比如解析 JSON 字段、正则匹配、类型转换），不用 := 就得写成嵌套生成器或提前过滤，可读性和性能都打折扣。
例如从字符串列表提取数字部分并过滤掉解析失败的项：
立即学习“Python免费学习笔记（深入）”；
[num for s in strings if (num := try_parse_int(s)) is not None]
对比传统写法：
[try_parse_int(s) for s in strings if try_parse_int(s) is not None]
后者会调用 try_parse_int() 至少两次（甚至更多，取决于解释器优化），且无法保证两次调用行为一致（比如函数有副作用或依赖随机数）。
- 只在推导式
if条件或for右侧表达式中支持:=，不能放在左部（如[x := s.upper() for s in strings]是语法错误） - 作用域仅限当前推导式层级，不会泄漏到外层作用域
- 若
:=出现在嵌套推导中（如[... for y in [... if (z := f(y)) ...]]），z只在内层作用域有效
while 循环中用 := 替代“先读再判”的样板代码
典型场景是逐行读文件、处理流数据、轮询状态等。过去常写成：
line = f.readline()
while line:
process(line)
line = f.readline()
不仅啰嗦，还容易漏掉第二次 readline() 或误写成死循环。用 := 可以压缩为单行条件，逻辑更紧凑：
while (line := f.readline()):
process(line)
注意点：
-
readline()返回空字符串''表示 EOF，会被视为False，所以能自然退出；但如果业务逻辑需区分空行和 EOF，就得显式检查line != ''或用line.strip() != '' - 不要在条件中混用多个
:=，比如while (a := f()) and (b := g()):——b在a为假时根本不会执行，容易引发误解 - 该模式不适用于需要「先判断再读取」的场景（如某些协议帧头校验），此时仍需先读固定长度再解析
容易踩的坑：作用域、求值顺序与调试困难
:= 看似简洁，但会让变量首次出现的位置从语句级下沉到表达式级，对静态分析工具和人肉阅读都不友好。尤其在复杂条件或嵌套推导中，变量定义和使用可能相隔很远。
- 变量在
:=所在表达式求值时才创建，之前访问会报NameError；但它一旦创建，就存在于当前作用域（函数/模块/交互式顶层），并非块级作用域 - 在
or/and表达式中使用要格外小心短路行为：(x := a()) or (y := b())中，若a()返回真值，b()根本不执行，y也不会被赋值 - 调试时，IDE 很难在断点处准确高亮
:=绑定的变量（尤其在推导式里），建议关键路径上仍用显式赋值 + 注释说明意图
真正值得用 := 的地方，是那些「计算成本高、副作用敏感、且仅用于当前判断流程」的中间值。滥用它只会让代码更难推理——毕竟，可读性不是靠字符数衡量的。
