__iadd__ 更适合 += 是因为它就地修改对象并返回 self，避免创建新实例；若只实现 __add__，+= 会退化为 a = a + 1，破坏自增语义。
为什么 __iadd__ 比 __add__ 更适合自增
直接写 a += 1 时，Python 优先调用 __iadd__（就地加法），而不是先调用 __add__ 再赋值。如果只实现 __add__，+= 会退化为 a = a + 1，产生新对象——对可变类来说，这违背“自增”的原意，也容易引发引用意外。
实操建议：
- 必须实现
__iadd__，返回self（不能返回新实例） -
__add__可选，但若需支持a + 1这种非就地表达式，就得补上 - 若类内部是不可变数据（如
int字段），__iadd__仍要原地修改字段值，而非替换整个对象
如何让自定义类支持 += 且保持类型不变
常见错误是 __iadd__ 返回了新实例（比如 return MyCounter(self.value + other)），这会导致 a += 1 后 a 指向新对象，原引用丢失，破坏“自增”语义。
正确做法：
立即学习“Python免费学习笔记（深入）”；
Secure Python Code Sandbox
下载
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
- 在
__iadd__中直接修改self的属性（如self.value += other） - 末尾必须写
return self—— Python 依赖这个返回值完成赋值 - 注意类型检查：如果
other类型不合法（如字符串），应抛出TypeError，不要静默转换
示例：
class Counter:
def __init__(self, value=0):
self.value = value
<pre class="brush:php;toolbar:false;"><pre class="brush:php;toolbar:false;">def __iadd__(self, other):
if not isinstance(other, (int, float)):
raise TypeError(f"unsupported operand type(s) for +=: '{type(self).__name__}' and '{type(other).__name__}'")
self.value += other
return self # 关键：返回 self</code>自增操作中容易忽略的边界情况
自增不是简单加法，它隐含状态变更和一致性要求。以下几点常被跳过：
- 浮点数精度：若内部用
float 存储，连续 <code>+= 0.1会累积误差；必要时改用decimal.Decimal - 线程安全：如果类可能被多线程并发自增，
__iadd__不是原子操作，需加锁（如threading.Lock） - 继承场景：子类若覆盖
__iadd__但忘了调用super().__iadd__(other)，父类字段不会更新 - 与内置类型行为对齐：比如
list += [1]是就地扩展，而list + [1]是新建列表——你的类也应保持这种区分
是否需要同时实现 __isub__、__imul__ 等
Python 对自增（+=）、自减（-=）、自乘（*=）等运算符各自查找对应魔法方法，互不替代。只实现 __iadd__ 并不会让 -= 自动生效。
实操判断依据：
- 看业务是否真需要这些操作：计数器通常只需
+=和-=，物理量类可能还需*=（如单位缩放） - 若实现，逻辑结构与
__iadd__一致：就地修改 + 返回self - 避免“为了完整而实现”：比如给一个只读配置类硬加
__imul__，反而误导使用者以为可变
真正关键的是：只要暴露了某个就地运算符，就必须保证它不破坏对象身份（id() 不变）和预期语义。
