在Python中,“.append()”和“+ = ”有什么区别?

有什么区别:

some_list1 = [] some_list1.append("something") 

 some_list2 = [] some_list2 += ["something"] 

你的情况唯一的区别是性能:追加速度是一倍。

 Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import timeit >>> timeit.Timer('s.append("something")', 's = []').timeit() 0.20177424499999999 >>> timeit.Timer('s += ["something"]', 's = []').timeit() 0.41192320500000079 Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import timeit >>> timeit.Timer('s.append("something")', 's = []').timeit() 0.23079359499999999 >>> timeit.Timer('s += ["something"]', 's = []').timeit() 0.44208112500000141 

在一般情况下, append会将一个项目添加到列表中,而+=会将右侧列表中的所有元素复制到左侧列表中。

更新:perf分析

比较字节代码,我们可以假定LOAD_ATTR + CALL_FUNCTION中的append版本浪费了循环, LOAD_ATTR版本浪费了+ = version。 显然BUILD_LIST超过了LOAD_ATTR + CALL_FUNCTION

 >>> import dis >>> dis.dis(compile("s = []; s.append('spam')", '', 'exec')) 1 0 BUILD_LIST 0 3 STORE_NAME 0 (s) 6 LOAD_NAME 0 (s) 9 LOAD_ATTR 1 (append) 12 LOAD_CONST 0 ('spam') 15 CALL_FUNCTION 1 18 POP_TOP 19 LOAD_CONST 1 (None) 22 RETURN_VALUE >>> dis.dis(compile("s = []; s += ['spam']", '', 'exec')) 1 0 BUILD_LIST 0 3 STORE_NAME 0 (s) 6 LOAD_NAME 0 (s) 9 LOAD_CONST 0 ('spam') 12 BUILD_LIST 1 15 INPLACE_ADD 16 STORE_NAME 0 (s) 19 LOAD_CONST 1 (None) 22 RETURN_VALUE 

通过消除LOAD_ATTR开销,我们可以进一步提高性能:

 >>> timeit.Timer('a("something")', 's = []; a = s.append').timeit() 0.15924410999923566 

在你给出的例子中, append+=在输出方面没有区别。 但是append+之间有一个区别(最初问的是这个问题)。

 >>> a = [] >>> id(a) 11814312 >>> a.append("hello") >>> id(a) 11814312 >>> b = [] >>> id(b) 11828720 >>> c = b + ["hello"] >>> id(c) 11833752 >>> b += ["hello"] >>> id(b) 11828720 

正如你所看到的, append+=有相同的结果。 他们将项目添加到列表中,而不会生成新的列表。 使用+添加两个列表并产生一个新的列表。

 >>> a=[] >>> a.append([1,2]) >>> a [[1, 2]] >>> a=[] >>> a+=[1,2] >>> a [1, 2] 

看到这个append将一个元素添加到列表中,这可能是任何东西。 +=[]join列表。

+ =是一项任务。 当你使用它,你真的说'some_list2 = some_list2 + ['东西']'。 任务涉及重新绑定,所以:

 l= [] def a1(x): l.append(x) # works def a2(x): l= l+[x] # assign to l, makes l local # so attempt to read l for addition gives UnboundLocalError def a3(x): l+= [x] # fails for the same reason 

通常情况下,+ =操作符也应该创build一个像列表+列表的新列表对象:

 >>> l1= [] >>> l2= l1 >>> l1.append('x') >>> l1 is l2 True >>> l1= l1+['x'] >>> l1 is l2 False 

然而在现实中:

 >>> l2= l1 >>> l1+= ['x'] >>> l1 is l2 True 

这是因为Python列出实现__iadd __()来做一个+ =增加的赋值短路,并调用list.extend()来代替。 (这是一个奇怪的疣有点:它通常做你的意思,但由于混乱的原因。)

一般来说,如果你正在追加/扩展一个已经存在的列表,并且你想保留对同一个列表的引用(而不是创build一个新列表),最好是明确的并且使用append()/ extend()方法。

  some_list2 += ["something"] 

实际上是

  some_list2.extend(["something"]) 

对于一个值,没有任何区别。 文档指出:

s.append(x)s[len(s):len(s)] = [x]
s.extend(x)s[len(s):len(s)] = x

因此显然s.append(x)s.extend([x])

这里的性能testing是不正确的:

  1. 您不应该只运行一次configuration文件。
  2. 如果比较append vs. + = []次,你应该声明append作为本地函数。
  3. 实时结果在不同的python版本上是不同的:64和32位

例如

timeit.Timer('for i in xrange(100):app(i)','s = []; app = s.append')。timeit()

好的testing可以在这里find: http : //markandclick.com/1/post/2012/01/python-list-append-vs.html

不同之处在于连接会使得结果列表变平,而append会保持原有的结果:

所以例如:

 myList = [ ] listA = [1,2,3] listB = ["a","b","c"] 

使用append,你会得到一个列表清单:

 >> myList.append(listA) >> myList.append(listB) >> myList [[1,2,3],['a',b','c']] 

使用concatenate来代替,最后得到一个扁平的列表:

 >> myList += listA + listB >> myList [1,2,3,"a","b","c"] 

除了其他答案中所述的方面之外,当您尝试构build列表列表时,append和+ []具有非常不同的行为。

 >>> list1=[[1,2],[3,4]] >>> list2=[5,6] >>> list3=list1+list2 >>> list3 [[1, 2], [3, 4], 5, 6] >>> list1.append(list2) >>> list1 [[1, 2], [3, 4], [5, 6]] 

list1 + ['5','6']将“5”和“6”作为单独的元素添加到list1中。 list1.append(['5','6'])将列表['5','6']作为单个元素添加到list1。

其他答案中提到的重新绑定行为在某些情况下很重要:

 >>> a = ([],[]) >>> a[0].append(1) >>> a ([1], []) >>> a[1] += [1] Traceback (most recent call last): File "<interactive input>", line 1, in <module> TypeError: 'tuple' object does not support item assignment 

这是因为增强的任务总是重新绑定,即使对象在原地发生了变化。 这里重新绑定恰好是a[1] = *mutated list* ,它不适用于元组。