列表推导式与for循环中split解包差异：为何前者需额外括号？

核心原因是两种写法的语法场景完全不同：

1. for循环里的直接解包是赋值操作 #

在for循环的x,y,z=input.split(',')这行里，这是赋值语句的解包。Python的赋值语法天然支持把一个可迭代对象（比如split返回的列表）直接拆给多个变量，只要可迭代对象的元素数量和变量数量匹配就行，所以这里不需要额外的括号包装。

2. 列表推导式的for子句需要迭代可迭代对象 #

列表推导式里的for x,y,z in ...部分，要求...是一个可迭代对象，而且这个可迭代对象的每个元素必须能被解包成3个变量。

如果直接写for x,y,z in s.split(",")，相当于迭代split返回的列表本身——比如"1, foo, bar".split(",")得到["1", " foo", " bar"]，迭代这个列表时，每次拿到的是单个字符串（比如第一个元素是"1"），这时候要把单个字符串拆成x、y、z三个变量，必然会触发ValueError: not enough values to unpack (expected 3, got 1)的错误。

而把split结果放进[]里，就变成了一个包含单个子列表的可迭代对象（比如[["1", " foo", " bar"]]）。迭代这个外层列表时，每次拿到的就是那个完整的子列表，这时候就能顺利把它解包成x、y、z三个变量了。

举个反例验证 #

如果列表推导式不加括号：

inputs = ["1, foo, bar", "2, tom, jerry"]
mylist= [[int(x), y.strip(), z.strip()] for s in inputs for x, y, z in s.split(",")]

运行后会直接报错：ValueError: not enough values to unpack (expected 3, got 1)，直观说明了问题所在。

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