很多學(xué)Python的朋友都有過(guò)類似的疑問(wèn)列表和元組明明長(zhǎng)得差不多為什么要搞兩個(gè)容器我最早也覺(jué)得這有點(diǎn)多余直到用Python寫(xiě)過(guò)幾個(gè)正式項(xiàng)目回頭再看官方文檔和底層源碼才明白這對(duì)“孿生兄弟”背后設(shè)計(jì)上的深意。這篇文章不是從文檔里抄定義而是從實(shí)際開(kāi)發(fā)的角度把列表和元組的區(qū)別、性能差異、應(yīng)用場(chǎng)景和踩過(guò)的坑一次說(shuō)清。無(wú)論你是剛?cè)腴TPython的新手還是已經(jīng)寫(xiě)了不少腳本但沒(méi)系統(tǒng)整理過(guò)容器類型的開(kāi)發(fā)者都能按文中的思路去做選型。1. 先搞清楚列表和元組到底是什么1.1 列表可變的有序集合列表用方括號(hào)[]表示它是一組有序元素組成的容器。這里的“有序”不是說(shuō)元素從小到大排序而是指元素的排列順序會(huì)穩(wěn)定保持每個(gè)元素都有固定的下標(biāo)位置從0開(kāi)始計(jì)數(shù)。# 最簡(jiǎn)單的列表 names [張三, 李四, 王五] # 可以混裝不同類型 mixed [1, hello, 3.14, True] # 也可以是嵌套結(jié)構(gòu) matrix [[1, 2], [3, 4]]列表最大的特點(diǎn)就是“可變”。這意味著你可以隨時(shí)往里面添加元素、刪除元素、修改某個(gè)位置的值甚至對(duì)列表做整體排序。這在我們做數(shù)據(jù)收集、動(dòng)態(tài)處理、消息隊(duì)列這類場(chǎng)景里非常實(shí)用因?yàn)閿?shù)據(jù)量是不斷變化的我們操作的數(shù)據(jù)集合天然是“活”的。1.2 元組不可變的有序集合元組用圓括號(hào)()表示本質(zhì)上也是一組有序元素組成的容器。它的順序同樣固定每個(gè)元素也有下標(biāo)但它和列表有一個(gè)根本區(qū)別創(chuàng)建之后不能再修改。# 最簡(jiǎn)單的元組 point (1, 2) # 字符串和數(shù)字混裝 person (張三, 30, 北京) # 單元素元組注意結(jié)尾必須有逗號(hào) single (1,)我見(jiàn)過(guò)很多新手寫(xiě)single (1)然后驚訝地發(fā)現(xiàn)自己創(chuàng)建的是一個(gè)整數(shù)而不是元組。正是因?yàn)槔ㄌ?hào)在Python里還承擔(dān)了數(shù)學(xué)運(yùn)算中的分組功能所以單個(gè)元素的元組必須加上那個(gè)逗號(hào)這是入門階段最常見(jiàn)的“隱形坑”。1.3 一眼看懂的基本對(duì)比對(duì)比項(xiàng)列表 list元組 tuple語(yǔ)法方括號(hào)[1, 2]圓括號(hào)(1, 2)可變性可增刪改不可修改內(nèi)存占用相對(duì)更大相對(duì)更小速度稍慢稍快可哈希性不可哈希元素可哈希時(shí)可哈希典型用途動(dòng)態(tài)數(shù)據(jù)集合固定結(jié)構(gòu)記錄這個(gè)表格只是把結(jié)論先擺出來(lái)。很多人看到表就想背結(jié)論但真正的項(xiàng)目里選型不是靠背結(jié)論而是靠理解這些差異背后的機(jī)制和代價(jià)。下面我逐個(gè)拆解。2. 核心區(qū)別拆解光說(shuō)“一個(gè)能改一個(gè)不能改”遠(yuǎn)遠(yuǎn)不夠2.1 可變性為什么這是最大的分水嶺列表和元組最核心的區(qū)別就是可變性但我們要理解“可變”到底意味著什么。當(dāng)你執(zhí)行l(wèi)ist.append(item)的時(shí)候Python不會(huì)新建一個(gè)列表而是在原列表的內(nèi)存區(qū)域上追加元素。你可以用id()函數(shù)來(lái)觀察lst [1, 2, 3] print(id(lst)) # 比如 140133411154368 lst.append(4) print(id(lst)) # 還是 140133411154368 tup (1, 2, 3) print(id(tup)) # 比如 140133411154288 tup tup (4,) print(id(tup)) # 地址變成了新的元組本身不支持修改任何看似“修改”的操作例如tup (4,)、tuple(tup[:2] (99,))都會(huì)創(chuàng)建一個(gè)全新的元組對(duì)象原來(lái)的元組原封不動(dòng)。這個(gè)特性讓元組在Python內(nèi)部可以被非常安全地共享不用擔(dān)心某個(gè)地方改了一下其他用同一個(gè)元組的地方數(shù)據(jù)突然變了。實(shí)際項(xiàng)目里這帶來(lái)一個(gè)明顯的好處如果你把一個(gè)列表當(dāng)作參數(shù)傳給函數(shù)函數(shù)內(nèi)部一旦不小心執(zhí)行了append或sort外部數(shù)據(jù)就跟著變了這種“外溢副作用”排查起來(lái)相當(dāng)痛苦。而如果你傳的是元組函數(shù)內(nèi)部無(wú)論如何都不會(huì)改到原始數(shù)據(jù)代碼會(huì)安全很多。2.2 性能差異元組真的更快更省內(nèi)存嗎很多人說(shuō)元組性能比列表好這確實(shí)是真的但差距到底有多大值得用數(shù)據(jù)說(shuō)話。我用一個(gè)簡(jiǎn)單的代碼驗(yàn)證import sys import timeit lst [1, 2, 3, 4, 5] tup (1, 2, 3, 4, 5) print(sys.getsizeof(lst)) # 我這里測(cè)試得到 120注意不同版本有差異 print(sys.getsizeof(tup)) # 80原因在于列表底層為未來(lái)的動(dòng)態(tài)擴(kuò)展預(yù)留了一部分空間而元組創(chuàng)建時(shí)只需分配恰好能容納所有元素的空間。列表之所以要“過(guò)度分配”是因?yàn)楦哳lappend操作如果每次都要重新分配內(nèi)存性能會(huì)非常難看而元組創(chuàng)建后長(zhǎng)度不變就不需要這個(gè)余量。再看訪問(wèn)速度import timeit print(timeit.timeit(lst[0], setuplst[1,2,3,4,5], number10000000)) print(timeit.timeit(tup[0], setuptup(1,2,3,4,5), number10000000))我實(shí)測(cè)的情況下元組的索引訪問(wèn)比列表快大約10%到20%。不過(guò)老實(shí)說(shuō)在絕大多數(shù)業(yè)務(wù)代碼里這種性能差異微乎其微。真正讓你選擇元組的理由不是因?yàn)椤翱炷敲匆粊G丟”而是因?yàn)樗峁┑牟豢勺冃院驼Z(yǔ)義安全。別把性能神話了選型還是要看場(chǎng)景。2.3 線程安全與意外修改不可變性的隱藏價(jià)值在寫(xiě)多線程程序的時(shí)候不可變性會(huì)讓你省很多心。多個(gè)線程同時(shí)讀一個(gè)列表是安全的但如果一個(gè)線程在遍歷列表、另一個(gè)線程在修改列表就可能遇到RuntimeError: dictionary changed size during iteration甚至更隱蔽的數(shù)據(jù)錯(cuò)亂。元組因?yàn)椴豢勺儽举|(zhì)上天然免疫這類問(wèn)題共享給任意線程都安全。即使你暫時(shí)不寫(xiě)多線程不可變性在代碼可維護(hù)性上也有價(jià)值。團(tuán)隊(duì)合作中別人拿到一個(gè)元組第一反應(yīng)是“這個(gè)數(shù)據(jù)在生命周期內(nèi)不會(huì)被改動(dòng)”拿到列表他可能下意識(shí)覺(jué)得可以隨便append。這種“意圖自描述”的代碼比注釋可靠得多。2.4 哈希與字典鍵元組為什么能當(dāng)字典鍵列表不行Python里的字典鍵必須是可哈希的而可哈希的對(duì)象必須滿足一個(gè)條件對(duì)象在整個(gè)生命周期內(nèi)哈希值不能變。列表可變哈希值一旦數(shù)據(jù)變化就會(huì)失效所以Python直接禁止列表做字典鍵。元組不可變只要元組里的所有元素也都不可變它就可以計(jì)算出一個(gè)穩(wěn)定哈希值。# 可以用元組做字典鍵 location_map {(1, 2): 東門, (3, 4): 南門} print(location_map[(1, 2)]) # 東門 # 報(bào)錯(cuò)列表不能做字典鍵 # location_map {[1, 2]: 東門} # TypeError: unhashable type: list這個(gè)特性在緩存、狀態(tài)表、坐標(biāo)索引、復(fù)合鍵去重等場(chǎng)景里非常重要。舉個(gè)實(shí)際例子如果用戶用城市和日期作為條件查數(shù)據(jù)你可以直接用元組(city, date)作為字典鍵比拼接字符串再查詢要清晰得多。有一點(diǎn)特別注意如果元組里包含了一個(gè)列表那這個(gè)元組仍然是不可哈希的不能做字典鍵bad_key (1, [2, 3]) # location_map {bad_key: x} # TypeError: unhashable type: list因?yàn)橥鈱釉M雖然不能增刪元素但內(nèi)層列表內(nèi)容可以變?cè)M的哈希值會(huì)跟著變所以Python規(guī)定這種元組不能哈希。3. 應(yīng)用場(chǎng)景什么時(shí)候該用列表什么時(shí)候該用元組3.1 列表的典型場(chǎng)景動(dòng)態(tài)數(shù)據(jù)、批量處理、棧隊(duì)列列表適合那些長(zhǎng)度和內(nèi)容都在動(dòng)態(tài)變化的數(shù)據(jù)。常見(jiàn)的有爬蟲(chóng)里待抓取的URL隊(duì)列不斷把新發(fā)現(xiàn)的URL追加進(jìn)去抓完一個(gè)彈出一個(gè)。用戶日志集合每條日志依次append最后統(tǒng)一分析統(tǒng)計(jì)。從數(shù)據(jù)庫(kù)讀出的記錄集記錄數(shù)未知需要支持追加、排序、過(guò)濾。作為?；蛘哧?duì)列使用append入棧pop出棧配合collections.deque做隊(duì)列更高效但列表也能快速實(shí)現(xiàn)棧。例如我們要實(shí)現(xiàn)一個(gè)簡(jiǎn)單的任務(wù)管理器不斷有新任務(wù)進(jìn)來(lái)task_queue [] def add_task(task): task_queue.append(task) def run_next(): if task_queue: task task_queue.pop(0) print(running:, task)注意這里用pop(0)從頭部取元素是O(n)操作數(shù)據(jù)量大了不推薦正確做法是使用collections.deque。這個(gè)例子只是說(shuō)明列表適合承擔(dān)“隨時(shí)可變的容器”這個(gè)角色。列表還非常適合存儲(chǔ)結(jié)構(gòu)相同、數(shù)量可變的一組數(shù)據(jù)比如某個(gè)班級(jí)的所有學(xué)生students [ {name: 張三, score: 88}, {name: 李四, score: 76}, ] students.append({name: 王五, score: 91}) students.sort(keylambda s: s[score], reverseTrue)這里的列表長(zhǎng)度和內(nèi)容都是動(dòng)態(tài)的而且需要排序、過(guò)濾、增刪選列表是理所當(dāng)然的。3.2 元組的典型場(chǎng)景固定結(jié)構(gòu)、字典鍵、函數(shù)多返回值元組天然適合表達(dá)“這條數(shù)據(jù)本身就是一個(gè)完整的固定結(jié)構(gòu)”。比如一個(gè)二維坐標(biāo)(x, y)一個(gè)經(jīng)緯度(longitude, latitude)一個(gè)訂單里的(order_id, amount, status)這些數(shù)據(jù)的字段數(shù)量是固定的不同字段的含義不同但整體不會(huì)被修改用元組就非常妥當(dāng)。函數(shù)返回多個(gè)值時(shí)Python實(shí)際上返回的就是一個(gè)元組def get_user_info(user_id): if user_id 1: return 張三, 30, 北京 name, age, city get_user_info(1) print(name, age, city) # 張三 30 北京這種通過(guò)位置訪問(wèn)的元組如果字段多了容易記不住每個(gè)下標(biāo)是什么可以用namedtuple或者dataclass增強(qiáng)可讀性。但在字段不多的時(shí)候輕量級(jí)元組完全夠用。元組作為字典鍵的場(chǎng)景前面已經(jīng)提過(guò)我再舉一個(gè)更實(shí)際的例子統(tǒng)計(jì)每個(gè)域名每天的訪問(wèn)量。visit_count {} def record_visit(domain, date): key (domain, date) visit_count[key] visit_count.get(key, 0) 1這樣寫(xiě)比用兩層字典visit_count[domain][date]要簡(jiǎn)單得多也不會(huì)在嵌套字典時(shí)出現(xiàn)KeyError問(wèn)題。元組還常用于“不可變配置”。比如一組默認(rèn)參數(shù)或者一組不會(huì)被改變的狀態(tài)碼HTTP_SUCCESS (200, 201, 204) HTTP_REDIRECT (301, 302, 303, 307, 308) def check_response(status_code): if status_code in HTTP_SUCCESS: return ok像這種配置集合用元組可以達(dá)到“定義以后誰(shuí)也不準(zhǔn)改”的效果。3.3 混合選擇列表里放元組、元組里放列表時(shí)的思考真實(shí)項(xiàng)目中我們經(jīng)?？吹健傲斜砝锓旁M”比如數(shù)據(jù)庫(kù)查詢結(jié)果就是一行一個(gè)元組。這種結(jié)構(gòu)很合理整個(gè)結(jié)果集是動(dòng)態(tài)的將來(lái)可能增加行用列表承載每一行記錄的結(jié)構(gòu)是固定的列數(shù)不會(huì)變用元組表示。rows [ (001, 張三, 88), (002, 李四, 76), ] # 動(dòng)態(tài)添加一行沒(méi)問(wèn)題 rows.append((003, 王五, 91))反過(guò)來(lái)“元組里放列表”就要小心了record (張三, [88, 76, 91]) record[1].append(85) # 這個(gè)操作能成功雖然元組本身不可變但它內(nèi)部的列表是可變對(duì)象你仍然可以修改列表的內(nèi)容。如果你想要的是“完全不可變”那元組里的所有元素也必須是不可變類型。否則你只是在“外殼”上設(shè)了道防線內(nèi)部?jī)?nèi)容仍然可能被修改。所以我做設(shè)計(jì)時(shí)的習(xí)慣是如果這個(gè)數(shù)據(jù)結(jié)構(gòu)內(nèi)部還可能繼續(xù)動(dòng)態(tài)變化就整體用列表如果從語(yǔ)義上已經(jīng)確定不會(huì)再變了再考慮元組。不要為了“用元組”而硬把一個(gè)包含列表的元組塞進(jìn)去那樣只會(huì)在代碼維護(hù)時(shí)留下隱患。4. 實(shí)戰(zhàn)中的高級(jí)操作列表切片、拆包與多維列表排序4.1 列表切片不要只會(huì)list[start:end]列表切片是處理有序數(shù)據(jù)時(shí)效率非常高的工具?；菊Z(yǔ)法是list[start:stop:step]三個(gè)位置都可以省略。比如data [1, 2, 3, 4, 5, 6, 7, 8] print(data[2:5]) # [3, 4, 5] print(data[:4]) # [1, 2, 3, 4] print(data[::2]) # [1, 3, 5, 7] print(data[::-1]) # [8, 7, 6, 5, 4, 3, 2, 1]step為負(fù)數(shù)時(shí)可以從右往左取data[::-1]直接得到倒序列表。這個(gè)操作寫(xiě)起來(lái)比reverse()更靈活因?yàn)閐ata[::-1]會(huì)返回新列表不會(huì)修改原列表而data.reverse()是在原列表上原地反轉(zhuǎn)用之前要想清楚要不要保留原順序。切片還有一個(gè)容易被忽略的用途復(fù)制列表。copy data[:]會(huì)生成一個(gè)淺拷貝修改copy不會(huì)影響data。但注意這只對(duì)一維列表有效如果列表里包含可變對(duì)象比如子列表、字典那么“淺拷貝”只拷貝了外層引用內(nèi)層對(duì)象仍然共享。這時(shí)候就需要copy.deepcopy了。切片同樣支持賦值這個(gè)技巧可以用來(lái)替換一段連續(xù)區(qū)域data[2:4] [20, 30, 40] print(data) # [1, 2, 20, 30, 40, 5, 6, 7, 8]這個(gè)操作很神奇右邊的元素?cái)?shù)量可以和左邊切片長(zhǎng)度不一樣Python會(huì)直接調(diào)整列表長(zhǎng)度。我在處理數(shù)據(jù)清洗時(shí)經(jīng)常用到。4.2 元組拆包與列表推導(dǎo)式結(jié)合元組拆包是Python里非常優(yōu)雅的寫(xiě)法但很多人只會(huì)在函數(shù)返回時(shí)用一次性拆包實(shí)際上它還能用在循環(huán)和推導(dǎo)式里。pairs [(1, one), (2, two), (3, three)] for num, word in pairs: print(num, word)遍歷列表里的元組時(shí)直接在循環(huán)變量里拆包比用pair[0]、pair[1]可讀性好很多。利用拆包交換兩個(gè)變量a, b b, a這個(gè)寫(xiě)法在Python里是合法的它本質(zhì)上是先打包成元組(b, a)然后再拆包賦值給a, b。你不需要引入第三個(gè)臨時(shí)變量。如果拆分時(shí)元素個(gè)數(shù)不匹配會(huì)遇到ValueError: too many values to unpack。但我們可以用星號(hào)表達(dá)式吸收多余部分first, *middle, last [1, 2, 3, 4, 5] print(first, middle, last) # 1 [2, 3, 4] 5這個(gè)特性在解析格式固定的數(shù)據(jù)時(shí)非常實(shí)用比如日志行前幾個(gè)字段固定后面是可變參數(shù)。列表推導(dǎo)式也可以結(jié)合拆包來(lái)用points [(1, 2), (3, 4), (5, 6)] x_coords [x for x, y in points] print(x_coords) # [1, 3, 5]這比[p[0] for p in points]更直觀特別是在x和y語(yǔ)義明確的時(shí)候。4.3 多維列表排序按某一列排序的幾種方式在項(xiàng)目里經(jīng)常遇到這種需求一個(gè)列表里的元素是元組或列表需要按照某個(gè)位置的字段排序。比如下面這份學(xué)生成績(jī)表students [ (張三, 88), (李四, 76), (王五, 91), ]按成績(jī)升序排students.sort(keylambda x: x[1]) print(students) # [(李四, 76), (張三, 88), (王五, 91)]按成績(jī)降序students.sort(keylambda x: x[1], reverseTrue)如果不想改變?cè)斜碛胹ortedsorted_students sorted(students, keylambda x: x[1])當(dāng)排序字段比較多時(shí)推薦用operator.itemgetter它比lambda運(yùn)行得更快一些from operator import itemgetter students.sort(keyitemgetter(1)) # 先按成績(jī)?cè)侔葱彰?students.sort(keyitemgetter(1, 0))多維列表排序還需要注意如果直接用sorted(students)排序默認(rèn)會(huì)按元素的第一個(gè)字段排如果第一個(gè)字段相同再按第二個(gè)字段排以此類推。這種默認(rèn)行為有時(shí)候就是我們要的有時(shí)不是所以明確指定key才是更穩(wěn)的做法。我自己在寫(xiě)數(shù)據(jù)分析腳本時(shí)經(jīng)常遇到“按第3列默認(rèn)是字符串、但想按數(shù)值排”的坑。比如成績(jī)存在字符串88直接排序會(huì)按字符順序排結(jié)果“91”排到了“88”前面。處理方式是先把字段轉(zhuǎn)成數(shù)值再比較students.sort(keylambda x: int(x[1]))所以多維列表排序時(shí)不要只盯著排序方法還要先確認(rèn)字段的數(shù)據(jù)類型是否符合你的預(yù)期。5. 常見(jiàn)問(wèn)題與避坑我用Python寫(xiě)項(xiàng)目時(shí)踩過(guò)的坑5.1 元組里的列表是“可變的”這個(gè)坑怎么躲我在3.3里已經(jīng)提到過(guò)這里單獨(dú)拿出來(lái)說(shuō)因?yàn)樗娴奶菀撞攘恕：芏嗳艘詾樵M創(chuàng)建后就完全不能變于是放心地把某個(gè)包含列表的元組傳給函數(shù)結(jié)果函數(shù)內(nèi)部悄悄改了列表內(nèi)容數(shù)據(jù)就“莫名其妙”變了。def process(cfg): cfg[0].append(changed) settings ([base], 8080) process(settings) print(settings) # ([base, changed], 8080)這個(gè)現(xiàn)象的原因在于元組的不可變只是“引用不可變”它保管的變量名不能指向新對(duì)象但對(duì)象內(nèi)部的狀態(tài)無(wú)法控制。本質(zhì)上和函數(shù)參數(shù)傳遞的是引用有關(guān)。要避免這個(gè)坑有兩個(gè)辦法設(shè)計(jì)時(shí)確保元組里的所有元素都是不可變類型比如數(shù)字、字符串、其他純?cè)M。如果一定要在元組里放可變對(duì)象思路要清晰這個(gè)元組保護(hù)的只是最外層外殼內(nèi)部元素照樣要遵守它們自己的可變性規(guī)則。我踩過(guò)一次后就給自己定了一條規(guī)矩凡是需要作為“配置項(xiàng)”長(zhǎng)期存在的結(jié)構(gòu)盡量使用純不可變對(duì)象。如果數(shù)據(jù)本身要頻繁變化那就別硬塞進(jìn)元組。5.2 列表復(fù)制三種方式哪種才不會(huì)踩到修改原列表的坑給別人傳列表時(shí)經(jīng)常需要先復(fù)制一份作為快照。新手最容易犯的錯(cuò)誤是直接b a然后改b的時(shí)候發(fā)現(xiàn)a也變了。這是因?yàn)橘x值只是復(fù)制了引用兩個(gè)變量指向同一個(gè)列表對(duì)象。正確的方式有三種a [1, 2, 3] b1 a[:] b2 list(a) b3 a.copy()這三者都是淺拷貝。對(duì)于一維列表來(lái)說(shuō)夠用了但如果列表里還有可變對(duì)象比如a [[1, 2], [3, 4]]淺拷貝出來(lái)的b1[0]仍然和a[0]指向同一個(gè)子列表a [[1, 2], [3, 4]] b a[:] b[0].append(99) print(a) # [[1, 2, 99], [3, 4]]這時(shí)就需要深拷貝import copy c copy.deepcopy(a) c[0].append(100) print(a) # 不受影響深拷貝是個(gè)“重型武器”性能開(kāi)銷比淺拷貝大很多所以不要一遇到復(fù)制就無(wú)腦深拷貝要根據(jù)嵌套可變對(duì)象的深度來(lái)決定。我的原則是只有在我確定會(huì)修改容器內(nèi)部嵌套對(duì)象時(shí)才用深拷貝否則淺拷貝足夠。5.3 為什么說(shuō)“能用元組就別用列表”社區(qū)里經(jīng)常有人建議“能用元組就別用列表”這句話有一定道理但不能機(jī)械執(zhí)行。它背后的邏輯其實(shí)不是性能而是意圖表達(dá)和安全性。元組能直接向閱讀代碼的人傳遞“這個(gè)數(shù)據(jù)不會(huì)變”的信號(hào)。比如我在寫(xiě)配置類常量時(shí)一定用元組VALID_COLORS (red, green, blue)如果這里用列表后續(xù)接手的人很可能會(huì)覺(jué)得可以往里面加顏色。用元組就少了一個(gè)讓別人誤解的機(jī)會(huì)。但也不能為了用元組而用元組。如果一個(gè)數(shù)據(jù)的核心行為就是動(dòng)態(tài)變化比如要持續(xù)append、排序、刪除、反轉(zhuǎn)那列表才是正確選擇。強(qiáng)行用元組然后每次通過(guò)重建一個(gè)新元組又麻煩又費(fèi)內(nèi)存。所以我的選型口訣是數(shù)據(jù)結(jié)構(gòu)長(zhǎng)度固定、內(nèi)容不變優(yōu)先元組。數(shù)據(jù)結(jié)構(gòu)需要?jiǎng)討B(tài)增刪改用列表。作為字典鍵必須用元組或不可變對(duì)象。函數(shù)返回多個(gè)值用元組。同類型、可變的元素集合用列表。5.4 常見(jiàn)錯(cuò)誤排查表錯(cuò)誤提示常見(jiàn)原因解決辦法TypeError: tuple object does not support item assignment嘗試修改元組元素改成列表或重新構(gòu)造元組TypeError: unhashable type: list拿列表當(dāng)字典鍵或放入集合改成元組或保證內(nèi)層元素不可變ValueError: too many values to unpack拆包時(shí)變量數(shù)不夠使用星號(hào)表達(dá)式*吸收多余元素a, b 1, 2, 3但寫(xiě)成a, b, ...之類語(yǔ)法錯(cuò)誤常見(jiàn)手誤檢查等號(hào)兩側(cè)元素個(gè)數(shù)單元素元組成了int寫(xiě)成了(1)少了逗號(hào)改成(1,)sort()返回了None誤以為sort()返回排序后的列表原地排序用list.sort()返回新列表用sorted(list)復(fù)制列表后改了一處影響了原列表用賦值導(dǎo)致引用共享使用a[:]、list(a)、a.copy()或copy.deepcopy這個(gè)表格適合放在項(xiàng)目的代碼規(guī)范文檔里也可以作為新同學(xué)入門時(shí)的速查卡。根據(jù)我個(gè)人經(jīng)驗(yàn)列表和元組的選擇很多時(shí)候不是會(huì)不會(huì)寫(xiě)的問(wèn)題而是代碼設(shè)計(jì)意圖的問(wèn)題。我現(xiàn)在寫(xiě)代碼會(huì)在變量命名之外再想一層這個(gè)容器將來(lái)會(huì)不會(huì)被改如果答案是不確定我會(huì)先默認(rèn)選擇元組等確實(shí)需要變更時(shí)再改成列表。這樣能逼著自己把數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)得更穩(wěn)定也減少了不少后期調(diào)試的時(shí)間。最后再分享一個(gè)小技巧在團(tuán)隊(duì)代碼評(píng)審時(shí)如果看到函數(shù)返回一個(gè)列表但函數(shù)內(nèi)部從來(lái)沒(méi)有修改過(guò)這個(gè)列表我會(huì)建議改成元組。這不是格式潔癖而是讓調(diào)用方明確知道返回值是“只讀快照”而不是“可操作對(duì)象”。時(shí)間長(zhǎng)了整個(gè)項(xiàng)目的接口契約會(huì)清晰很多后續(xù)維護(hù)的人也不會(huì)戰(zhàn)戰(zhàn)兢兢地猜數(shù)據(jù)到底能不能改。這大概就是列表和元組這對(duì)“孿生兄弟”教給我的最重要的一件事。