单等号=是赋值操作，双等号==是比较操作；=只能出现在表达式左侧且不返回值，误用于if或print中会报SyntaxError；==调用__eq__方法，行为受类型影响，浮点数和None需特殊处理。
单等号 = 是赋值操作，双等号 == 是比较操作——写反了会直接导致逻辑错误或语法报错，不是“差不多”，而是完全不同的语言行为。
赋值运算符 = 只能出现在表达式左侧（除 walrus 运算符外）
Python 中 = 不是“返回值”的操作符，它不产生可参与计算的值。在 if、while 或函数参数里直接写 a = 5 会报 SyntaxError: invalid syntax。
-
if x = 5:→ 语法错误，=不能用于条件判断中 -
print(a = 5)→ 同样报错；想在表达式中赋值需用海象运算符:=（Python 3.8+），且必须加括号：print((a := 5)) - 常见误写：
if flag = True:→ 错，应为if flag == True:或更推荐if flag:
== 比较的是值是否“相等”，但行为依赖 __eq__ 方法实现
== 触发对象的 __eq__ 魔术方法，因此结果不一定符合直觉。比如 numpy.array 或自定义类可能重载该方法，导致 [1,2] == [1,2] 是 True，但 np.array([1,2]) == 返回一个布尔数组而非单个 
np.array([1,2])True。
- 列表/字典/集合：默认按元素逐个递归比较（浅层结构一致即
True） - 浮点数：
0.1 + 0.2 == 0.3是False，因精度问题，应改用math.isclose() - None：只能用
is None判断，== None虽语法合法但语义不严谨（某些类可能让x == None返回True）
容易被忽略的坑：= 和 == 在缩进/拼写错误下极难发现
尤其在长条件语句或字典键赋值时，= 写成 == 或反之，解释器不会立刻报错，但行为完全偏离预期：
user_config = {}
user_config['debug'] == True # ← 这行没报错，但什么也没发生，且返回 False 被丢弃
# 实际想写的是：
user_config['debug'] = True更隐蔽的是在 if 中漏写一个 =：
if status = 'done': # SyntaxError，还好能立刻发现
pass
if status == 'done': # 正确
pass
if status = 'done' and user_id > 0: # 语法错误位置可能被误读为 and 前面的问题
这类错误不会被静态检查工具（如 pylint）完全覆盖，运行时报错又常发生在深层分支里。
真正麻烦的不是记不住区别，而是在快速修改逻辑时手指惯性敲出 = 却以为自己在比较——建议把所有条件判断中的 == 当作“必须双击等号”的肌肉记忆来训练，IDE 的高亮配色和类型提示（如 mypy 标注 bool）也能提前拦截部分问题。
