所報道的“build設速度”比率只適用于常量元組(項目用文字表示)。 仔細觀察(并在機器上重復 – 只需在shell /命令窗口input命令！)…：

$ python3.1 -mtimeit -s'x,y,z=1,2,3' '[x,y,z]' 1000000 loops, best of 3: 0.379 usec per loop $ python3.1 -mtimeit '[1,2,3]' 1000000 loops, best of 3: 0.413 usec per loop $ python3.1 -mtimeit -s'x,y,z=1,2,3' '(x,y,z)' 10000000 loops, best of 3: 0.174 usec per loop $ python3.1 -mtimeit '(1,2,3)' 10000000 loops, best of 3: 0.0602 usec per loop $ python2.6 -mtimeit -s'x,y,z=1,2,3' '[x,y,z]' 1000000 loops, best of 3: 0.352 usec per loop $ python2.6 -mtimeit '[1,2,3]' 1000000 loops, best of 3: 0.358 usec per loop $ python2.6 -mtimeit -s'x,y,z=1,2,3' '(x,y,z)' 10000000 loops, best of 3: 0.157 usec per loop $ python2.6 -mtimeit '(1,2,3)' 10000000 loops, best of 3: 0.0527 usec per loop

我沒有在3.0上進行測量，因為當然我沒有它 – 它已經完全過時了，完全沒有理由保留它，因為3.1在各方面都優于它(Python 2.7，如果你可以升級到2.6，在每個任務中的速度比2.6快了近20％，正如你所看到的，速度比3.1快 – 所以，如果你關心性能的話，Python 2.7真的是唯一的版本要去！)。

無論如何，關鍵在于，在每個Python發行版中，從常量字面值構build列表的速度大致相同，或者稍微低于通過variables引用的值構build列表; 但是元組的performance卻非常不同 – 從常量字面值構build元組的速度通常比構buildvariables引用的值快3倍！ 你可能想知道這是怎么回事吧？)

答案：由常量字面值構成的元組可以很容易地被Python編譯器識別為一個不變的常量字面本身：所以它本質上是一次構build的，當編譯器將源代碼變成字節碼時，隱藏在“常量表” “的相關function或模塊。 當這些字節碼執行時，他們只需要恢復預build的常量元組 – 嘿presto！ – )

這個簡單的優化不能應用到列表中，因為列表是一個可變對象，所以至關重要的是，如果相同的expression式如[1, 2, 3]執行兩次(在一個循環中 – timeit模塊使循環開啟你的代表;-)，每次都重新構造一個新的列表對象，而且構造(如編譯器無法簡單地將其識別為編譯時常量和不可變對象時構造的元組)需要一點時間。

也就是說，元組構造(當兩個構造實際上必須發生時)仍然是列表構造的兩倍 – 這種差異可以用元組的簡單性來解釋，其他答案已經多次提到。 但是，這種簡單性并沒有考慮到六倍或六倍以上的加速，正如你所觀察到的，如果你只是將列表和元組的構造與簡單的常量文字作為它們的項目進行比較，