Python 中那些令人防不胜防的坑（一）
大家好，我是 Rocky0429，一個(gè)正在學(xué)習(xí) Python 的蒟蒻…
在學(xué)習(xí) Python 的過(guò)程中，我為它的簡(jiǎn)潔優(yōu)雅而癡迷，但它又是如此的調(diào)皮，在提供了很多舒服的功能特性之外，又悄悄挖了很多帶有迷惑性的坑，令人防不勝防…
人不能兩次踏入同一條河流，在無(wú)數(shù)次踩進(jìn)同樣的坑里之后，我覺得我有必要整理一下，一為自警，二為給大家提個(gè)醒，希望你不要和我犯相同的錯(cuò)誤。
這會(huì)是一個(gè)系列，每篇 5 個(gè)，系列文章更新不定，不想錯(cuò)過(guò)的，記得點(diǎn)個(gè)關(guān)注，不迷路。
0x00 走丟的外部變量
首先我們先來(lái)看這么一個(gè)例子：
e = 429try:raise Exception() except Exception as e:passprint(e)
PS：except Exception as e 可以捕獲除了與程序退出（sys.exit()）相關(guān)之外的所有異常。
在繼續(xù)向下看之前，你可以先思考一下上述例子可能出現(xiàn)的結(jié)果是什么，也可以自己嘗試著在編譯器里輸入一下。思考完了請(qǐng)繼續(xù)往下看。
出現(xiàn)的結(jié)果如下：
Traceback (most recent call last):File "test.py", line 8, in <module>print(e) NameError: name 'e' is not defined
竟然報(bào)錯(cuò)了，那么這到底是為什么呢？
其實(shí)這是因?yàn)樵?Python3 中使用 as 分配異常的時(shí)候，在 except 的末尾將會(huì)把這個(gè)異常清除掉(在 Python2 中則不會(huì)出現(xiàn)這樣的情況)。這就好像將上面的示例變成下面的樣子：
e = 429try:raise Exception() except Exception as e:try:passfinally:del eprint(e)
通過(guò)上面的變形代碼，我們可以很清楚的看明白發(fā)生這一切的根源是什么：因?yàn)?e 被刪除了。這也變相的告訴我們，如果想要在 except 后面引用 e，必須將它先賦值給其它變量。
這樣看來(lái)，是變量 e 執(zhí)行了 except 子句而被刪除，但是為什么 e 會(huì)去執(zhí)行 except 子句呢？僅僅是因?yàn)?e 和 as 后面的 e 長(zhǎng)的一毛一樣？
答案是否定的，其實(shí)這個(gè)是因?yàn)樽泳湓?Python 中沒有獨(dú)立的作用域，所以上述示例中的所有內(nèi)容都處于同一個(gè)作用域里，所以變量 e 會(huì)因?yàn)閳?zhí)行了 except 子句而被刪除。
0x01 同樣是加，卻不一定等價(jià)
在我們來(lái)表示「加」這個(gè)概念的時(shí)候，一般我們會(huì)用兩種方式：a = a + b或者是 a += b 。在很多人的概念里這兩個(gè)其實(shí)就是一種，不分彼此，比如之前我就是這么認(rèn)為的，直到有一天有人拿著下面的坑過(guò)來(lái)讓我踩...
首先我們先來(lái)看第一個(gè)例子：
>>> a = [1,2,3] >>> b = a >>> a = a + [4,5,6]
一個(gè)很簡(jiǎn)單的例子，你知道此時(shí)的 a 和 b 分別是多少么？請(qǐng)先自己思考一下再繼續(xù)向下看：
>>> a [1, 2, 3, 4, 5, 6] >>> b [1, 2, 3]
估計(jì)很多人都會(huì)答對(duì)，表達(dá)式 a = a + [4,5,6] ，等號(hào)右邊其實(shí)是形成了一個(gè)新的列表，最后讓 a 引用了這個(gè)新的列表，而 b = a 引用的是之前的 a，所以 b 保持不變。
明白了上面的例子，我們接下來(lái)再看一個(gè)稍微有點(diǎn)區(qū)別的例子：
>>> a = [1,2,3] >>> b = a >>> a += [4,5,6]
上面的例子和文章開頭的例子區(qū)別在從 + 變成了 +=，按照我們慣性思維去想，肯定以為這倆例子就是一個(gè)東西的兩種不同寫法而已，可實(shí)際上真的是這樣嗎？讓我們來(lái)看一下此時(shí)的 a，b：
>>> a [1, 2, 3, 4, 5, 6] >>> b [1, 2, 3, 4, 5, 6]
咦？同樣是印象里的「加」，好像真的哪里有點(diǎn)不一樣誒。。
通過(guò)上面我們就可以看出 a = a + b 和 a += b 并不總是表現(xiàn)相同，起碼在列表上就是這么表現(xiàn)的。在這里的 a += [4,5,6] 實(shí)際上使用的是 extend 函數(shù)，所以 a 和 b 仍然指向已被修改的同一列表。
既然在這里說(shuō)到了 + 和 +=，索性再多補(bǔ)充一點(diǎn)：在使用「加」的概念來(lái)連接字符串的時(shí)候，+= 其實(shí)比 + 的速度更快。
下面我們來(lái)實(shí)際的演示一下用 + 連接三個(gè)字符串：
>>> import timeit >>> timeit.timeit("a = a + b + c", setup="a='a'*10000;b='b'*10000;c='c'*10000",number=100) 0.07921688999340404 >>> timeit.timeit("a += b + c", setup="a='a'*10000;b='b'*10000;c='c'*10000",number=100) 0.002059974998701364
上面的兩個(gè)結(jié)果很容易看出來(lái)，在處理速度上，+= 比 + 處理的速度要快的多。出現(xiàn)這樣現(xiàn)象的原因是 += 執(zhí)行的是追加操作，追加操作的話就會(huì)比 + 少了一個(gè)銷毀然后新建的動(dòng)作，比如在 a += b + c 上 a 就不會(huì)被銷毀。
0x02 不一般的小括號(hào)
很多學(xué)過(guò)別的編程語(yǔ)言的同學(xué)，很容易會(huì)忽略小括號(hào) “()” 在 Python 中的一個(gè)重要表現(xiàn)，那就是小括號(hào)還能表示“元組” 這一不可變數(shù)據(jù)類型。
>>> type(()) <class 'tuple'> >>> tur = (1, 2) >>> type(tur) <class 'tuple'>
但是如果小括號(hào)內(nèi)只有一個(gè)元素的話，比如像下面這樣，它就是小括號(hào)內(nèi)的元素類型：
>>> tur = (1) >>> type(tur) <class 'int'>
天吶個(gè)天...
那么如果想要表示一個(gè)元素的元組咋整呢？要像下面這樣：
>>> tur = (1, ) >>> type(tur) <class 'tuple'>
加個(gè)逗號(hào) “，” 就 ok 啦...
0x03 列表的刪除沒有那么簡(jiǎn)單
假如我們有一個(gè)列表，我想刪除列表中的元素：
>>> lst = [1, 2, 3, 4, 5] >>> for i in lst: ... lst.remove(i)
在剛開始學(xué)習(xí) Python 之初，這是很多同學(xué)容易想到的做法，然而我們來(lái)看一下程序運(yùn)行完以后的結(jié)果：
>>> lst [2, 4]
看到這個(gè)結(jié)果，我...
這是為啥子呢？是因?yàn)樵?for 循環(huán)中，如果我們刪除了 index = 0 （即 1）的值，原本 index = 1 及其之后的值會(huì)向前補(bǔ)位，所以當(dāng)前 index = 1 的值為之前 index = 2 的值。
列表的刪除操作我們經(jīng)常要用，所以大家要打起十二分的精神來(lái)對(duì)它。
0x04 is not 不分家
is not 在 Python 中是一伙的，用的時(shí)候要靠在一起，分開以后就是兩個(gè)東西，結(jié)果會(huì)不一樣…
>>> [1, 2, 3] is not None True >>> [1, 2, 3] is (not None) False
這就在于，is not 是個(gè)單獨(dú)的二元運(yùn)算符，當(dāng)它兩側(cè)的變量指向同一個(gè)對(duì)象的時(shí)候，結(jié)果為 False，否則結(jié)果為 True，希望引起大家的注意...
?? 看完有所收獲？希望愛學(xué)習(xí)的你不要吝嗇三連擊喲[點(diǎn)贊 + 收藏 + 評(píng)論]~
另外本蒟蒻把公眾號(hào)的高分原創(chuàng)文章整理成了一本電子書，取名《Python修煉之道》，一共 400 頁(yè)！
具體內(nèi)容請(qǐng)戳：熬夜爆肝整理 400 頁(yè) 《Python 修煉之道》，一本高分原創(chuàng)高清電子書送給你！
目錄如下：
現(xiàn)在免費(fèi)送給大家，在我的公眾號(hào)Python空間（微信搜 Devtogether） 回復(fù) 修煉之道即可獲取。
作者Info：
【作者】：Rocky0429
【原創(chuàng)公眾號(hào)】：Python空間。
【簡(jiǎn)介】：CSDN 博客專家， 985 計(jì)算機(jī)在讀研究生，ACM 退役狗 & 亞洲區(qū)域賽銀獎(jiǎng)劃水選手。這是一個(gè)堅(jiān)持原創(chuàng)的技術(shù)公眾號(hào)，專注Python 編程，每天堅(jiān)持推送各種 Python 基礎(chǔ)/進(jìn)階文章，數(shù)據(jù)分析，爬蟲實(shí)戰(zhàn)，數(shù)據(jù)結(jié)構(gòu)與算法，不定期分享各類資源。
【轉(zhuǎn)載說(shuō)明】：轉(zhuǎn)載請(qǐng)說(shuō)明出處，謝謝合作！~
總結(jié)
以上是生活随笔為你收集整理的Python 中那些令人防不胜防的坑（一）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： undefind_undefined
- 下一篇： python数据分析——网络流量的一些特