为何+=语法糖会引发无限循环？列表与map操作差异解析

设a = [-1, -2, -3]，希望修改列表a使其等于[-1, -2, -3, 1, 2, 3]，并通过map实现。编写了四段代码：

1. a = a + map(abs, a)
2. a = a + list(map(abs, a))
3. a += map(abs, a)
4. a += list(map(abs, a))

执行结果：

1. 报错：TypeError: can only concatenate list (not "map") to list
2. 正常运行，a = [-1, -2, -3, 1, 2, 3]
3. 无限挂起（可能内存耗尽）
4. 正常运行，a = [-1, -2, -3, 1, 2, 3]

原以为a += b是a = a + b的语法糖，但两者表现差异明显。为何(1)报错而(3)引发无限循环？

为什么a = a + map(abs, a)报错？ #

+运算符对列表的要求很严格：左右两边必须都是列表类型。map(abs, a)返回的是迭代器对象，不是列表，Python无法直接将迭代器和列表拼接，所以抛出类型错误。

为什么a += map(abs, a)会无限挂起？ #

+=对于列表来说，本质是调用list.extend()方法，这个方法可以接受任意可迭代对象（不局限于列表）。但这里的map对象是惰性迭代器——它不会一次性生成所有结果，而是在迭代时逐个计算。

执行过程中，extend()会不断迭代这个map对象：

• 先取原a的第一个元素-1，计算abs(-1)=1并添加到a末尾，此时a变长为[-1, -2, -3, 1]
• 接着取原a的第二个元素-2，计算abs(-2)=2添加到末尾，a变成[-1, -2, -3, 1, 2]
• 再取原a的第三个元素-3，计算abs(-3)=3添加到末尾，a变成[-1, -2, -3, 1, 2, 3]
• 但迭代还没结束：map会继续从当前的a中取新添加的元素1，计算abs(1)=1再添加进去，a再次变长
• 这个循环会无限进行：每次迭代都给a新增元素，而map会持续迭代变长后的a，最终导致内存耗尽或程序挂起

为什么另外两段代码正常？ #

list(map(abs, a))会立即遍历完map迭代器，生成一个固定长度的列表[1,2,3]。不管是+运算（两个固定长度的列表拼接），还是extend()（把固定列表的元素一次性添加完），都不会出现迭代过程中a变长的情况，因此能得到预期结果。

内容的提问来源于stack exchange，提问作者Pro Q