偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

Python 疑難問題:[] 與 list() 哪個(gè)快?為什么快?快多少呢?

開發(fā) 后端
讓我們開門見山,直接拋出本文的問題吧:兩種創(chuàng)建列表的 [] 與 list() 寫法,哪一個(gè)更快呢,為什么它會更快呢?

[[346335]]

在日常使用 Python 時(shí),我們經(jīng)常需要創(chuàng)建一個(gè)列表,相信大家都很熟練了吧?

  • 方法一:使用成對的方括號語法
    1. list_a = [] 
  • 方法二:使用內(nèi)置的 list()
    1. listlist_b = list() 

上面的兩種寫法,你經(jīng)常使用哪一個(gè)呢?是否思考過它們的區(qū)別呢?

讓我們開門見山,直接拋出本文的問題吧:兩種創(chuàng)建列表的 [] 與 list() 寫法,哪一個(gè)更快呢,為什么它會更快呢?

注:為了簡化問題,我們以創(chuàng)建空列表為例進(jìn)行分析。關(guān)于列表的更多介紹與用法說明,可以查看這篇文章

1. [] 是 list() 的三倍快

對于第一個(gè)問題,使用timeit模塊的 timeit() 函數(shù)就能簡單地測算出來:

  1. >>> import timeit 
  2. >>> timeit.timeit('[]', number=10**7) 
  3. >>> timeit.timeit('list()', number=10**7) 

如上圖所示,在各自調(diào)用一千萬次的情況下,[] 創(chuàng)建方式只花費(fèi)了 0.47 秒,而 list() 創(chuàng)建方式要花費(fèi) 1.75 秒,所以,后者的耗時(shí)是前者的 3.7 倍!

這就回答了剛才的問題:創(chuàng)建空列表時(shí),[] 要比 list() 快不少。

注:timeit() 函數(shù)的效率跟運(yùn)行環(huán)境相關(guān),每次執(zhí)行結(jié)果會有微小差異。我在 Python3.8 版本實(shí)驗(yàn)了幾次,總體上 [] 速度是 list() 的 3 倍多一點(diǎn)。

2. list() 比 [] 執(zhí)行步驟多

那么,我們繼續(xù)來分析一下第二個(gè)問題:為什么 [] 會更快呢?

這一次我們可以使用dis模塊的 dis() 函數(shù),看看兩者執(zhí)行的字節(jié)碼有何差別:

  1. >>> from dis import dis 
  2. >>> dis("[]") 
  3. >>> dis("list()") 

如上圖所示,[] 的字節(jié)碼有兩條指令(BUILD_LIST 與 RETURN_VALUE),而 list() 的字節(jié)碼有三條指令(LOAD_NAME、CALL_FUNCTION 與 RETURN_VALUE)。

這些指令意味著什么呢?該如何理解呢?

首先,對于 [],它是 Python 中的一組字面量(literal),像數(shù)字之類的字面量一樣,表示確切的固定值。

也就是說,Python 在解析到它時(shí),就知道它要表示一個(gè)列表,因此會直接調(diào)用解釋器中構(gòu)建列表的方法(對應(yīng)BUILD_LIST),來創(chuàng)建列表,所以是一步到位。

而對于 list(),“list”只是一個(gè)普通的名稱,并不是字面量,也就是說解釋器一開始并不認(rèn)識它。

因此,解釋器的第一步是要找到這個(gè)名稱(對應(yīng)LOAD_NAME)。它會按照一定的順序,在各個(gè)作用域中逐一查找(局部作用域--全局作用域--內(nèi)置作用域),直到找到為止,找不到則拋出NameError。

解釋器看到“list”之后是一對圓括號,因此第二步是把這個(gè)名稱當(dāng)作可調(diào)用對象來調(diào)用,即把它當(dāng)成一個(gè)函數(shù)進(jìn)行調(diào)用(對應(yīng) CALL_FUNCTION)。

因此,list() 在創(chuàng)建列表時(shí),需要經(jīng)過名稱查找與函數(shù)調(diào)用兩個(gè)步驟,才能真正開始創(chuàng)建列表(注:CALL_FUNCTION 在底層還會有一些函數(shù)調(diào)用過程,才能走到跟 BUILD_LIST 相通的邏輯,此處我們忽略不計(jì))。

至此,我們就可以回答前面的問題了:因?yàn)?list() 涉及的執(zhí)行步驟更多,因此它比 [] 要慢一些。

3. list() 的速度提升

看完前兩個(gè)問題的解答過程,你也許覺得還不夠過癮,而且可能覺得就算知道了這個(gè)冷知識,也不會有多大的幫助,似乎那微弱的提升顯得微不足道。

由于有發(fā)散性思考的習(xí)慣,我還想到了另外一個(gè)挺有意思的問題:list() 的速度能否提升呢?

在剛剛發(fā)布的 Python 3.9.0 版本中,它給 list() 實(shí)現(xiàn)了更快的 vectorcall 協(xié)議,因此執(zhí)行速度會有一定的提升。

感興趣的同學(xué)可以去 Python 官網(wǎng)下載 3.9 版本。

根據(jù)我多輪的測試結(jié)果,在新版本中運(yùn)行 list() 一千萬次,耗時(shí)大概在 1 秒左右,也就是 [] 運(yùn)行耗時(shí)的 2 倍,相比于前面接近 4 倍的數(shù)據(jù),當(dāng)前版本總體上是提升了不少。

 

責(zé)任編輯:趙寧寧 來源: Python貓
相關(guān)推薦

2020-02-27 21:03:30

調(diào)度器架構(gòu)效率

2024-02-26 21:15:20

Kafka緩存參數(shù)

2020-02-27 15:44:41

Nginx服務(wù)器反向代理

2023-06-08 18:25:40

Doris場景查詢

2024-03-25 02:00:00

Vite開發(fā)

2011-05-06 14:05:22

打印機(jī)照片打印

2012-05-04 09:18:46

2020-03-30 15:05:46

Kafka消息數(shù)據(jù)

2021-06-09 09:32:58

Esbuild 工具前端

2017-04-18 22:50:10

OSPF疑難問題

2009-12-23 08:53:56

Windows 7遠(yuǎn)程協(xié)助

2009-12-25 10:59:08

WPF Timer

2021-05-27 20:56:51

esbuild 工具JavaScript

2023-08-29 07:46:08

Redis數(shù)據(jù)ReHash

2020-10-15 09:19:36

Elasticsear查詢速度

2016-12-14 12:02:01

StormHadoop大數(shù)據(jù)

2017-02-14 14:20:02

StormHadoop

2024-04-03 09:23:31

ES索引分析器

2021-05-31 07:44:08

Kafka分布式系統(tǒng)

2022-12-15 18:20:46

ClickHouse存儲引擎
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號