Python 代碼在函數(shù)中運(yùn)行得更快的原因解析
哈嘍大家好,我是咸魚(yú)
當(dāng)談到編程效率和性能優(yōu)化時(shí),Python 常常被調(diào)侃為“慢如蝸牛”
有趣的是,Python 代碼在函數(shù)中運(yùn)行往往比在全局范圍內(nèi)運(yùn)行要快得多
小伙伴們可能會(huì)有這個(gè)疑問(wèn):為什么在函數(shù)中運(yùn)行的 Python 代碼速度更快?
今天這篇文章將會(huì)解答大家心中的疑惑
原文鏈接:https://stackabuse.com/why-does-python-code-run-faster-in-a-function/
譯文
要理解為什么 Python 代碼在函數(shù)中運(yùn)行得更快,我們需要首先了解 Python 是如何執(zhí)行代碼的
我們知道,python 是一種解釋型語(yǔ)言,它會(huì)逐行讀取并執(zhí)行代碼
當(dāng)運(yùn)行一個(gè) python 程序的時(shí)候,首先將代碼編譯成字節(jié)碼(一種更接近機(jī)器碼的中間語(yǔ)言)然后 python 解釋器執(zhí)行字節(jié)碼
def hello_world():
print("Hello, World!")
import dis
dis.dis(hello_world)#結(jié)果
2 0 LOAD_GLOBAL 0 (print)
2 LOAD_CONST 1 ('Hello, World!')
4 CALL_FUNCTION 1
6 POP_TOP
8 LOAD_CONST 0 (None)
10 RETURN_VALUE
由上所示,python 中的 dis 模塊將函數(shù) hello_world 分解為字節(jié)碼
需要注意的是,python 解釋器是一個(gè)執(zhí)行字節(jié)碼的虛擬機(jī),默認(rèn)的 python 解釋器是用 C 編寫(xiě)的,即 CPython
還有其他的 python 解釋器如 Jython(用 Java 編寫(xiě)),IronPython(用于 .net)和PyPy(用 Python 和 C 編寫(xiě))
為什么 Python 代碼在函數(shù)中運(yùn)行得更快
我們來(lái)編寫(xiě)一個(gè)簡(jiǎn)單的例子:定義一個(gè)函數(shù) my_function ,函數(shù)內(nèi)部包含一個(gè) for 循環(huán)
def my_function():
for i in range(100000000):
pass編譯該函數(shù)的時(shí)候,字節(jié)碼可能如下所示
SETUP_LOOP 20 (to 23) LOAD_GLOBAL 0 (range) LOAD_CONST 3 (100000000) CALL_FUNCTION 1 GET_ITER FOR_ITER 6 (to 22) STORE_FAST 0 (i) JUMP_ABSOLUTE 13 POP_BLOCK LOAD_CONST 0 (None) RETURN_VALUE
這里的關(guān)鍵指令是 STORE_FAST ,用于存儲(chǔ)循環(huán)變量 i
現(xiàn)在我們把這個(gè) for 循環(huán)放在 python 腳本的頂層(全局范圍內(nèi)),然后再來(lái)看一下字節(jié)碼
for i in range(100000000): pass
SETUP_LOOP 20 (to 23) LOAD_NAME 0 (range) LOAD_CONST 3 (100000000) CALL_FUNCTION 1 GET_ITER FOR_ITER 6 (to 22) STORE_NAME 1 (i) JUMP_ABSOLUTE 13 POP_BLOCK LOAD_CONST 2 (None) RETURN_VALUE
可以看到關(guān)鍵指令變成了 STORE_NAME ,而不是 STORE_FAST
字節(jié)碼 STORE_FAST 比 STORE_NAME 快,因?yàn)樵诤瘮?shù)中,局部變量存儲(chǔ)在固定長(zhǎng)度的數(shù)組中,而不是存儲(chǔ)在字典中。這個(gè)數(shù)組可以通過(guò)索引直接訪問(wèn),使得變量檢索非???/p>
基本上,它只是一個(gè)指向列表的指針,并增加了 PyObject 的引用計(jì)數(shù),這兩個(gè)都是高效的操作
另一方面,全局變量存儲(chǔ)在一個(gè)字典。當(dāng)訪問(wèn)全局變量時(shí),Python 必須執(zhí)行哈希表查找,這涉及計(jì)算哈希值,然后檢索與之關(guān)聯(lián)的值
雖然經(jīng)過(guò)優(yōu)化,但仍然比基于索引的查找慢
基準(zhǔn)測(cè)試驗(yàn)證
我們知道在 Python 中,代碼執(zhí)行的速度取決于代碼執(zhí)行的位置——在函數(shù)中還是在全局作用域中
讓我們用一個(gè)簡(jiǎn)單的基準(zhǔn)測(cè)試的例子來(lái)比較一下
首先定義一個(gè)求階乘的函數(shù)
def factorial(n):
result = 1
for i in range(1, n + 1):
result *= i
return result然后在全局范圍內(nèi)執(zhí)行相同的代碼
n = 20
result = 1
for i in range(1, n + 1):
result *= i為了對(duì)這兩段代碼進(jìn)行基準(zhǔn)測(cè)試,我們可以在 Python 中使用 timeit 模塊,它提供了一種簡(jiǎn)單的方法來(lái)對(duì)少量 Python 代碼進(jìn)行計(jì)時(shí)
import timeit
# 函數(shù)
def benchmark():
start = timeit.default_timer()
factorial(20)
end = timeit.default_timer()
print(end - start)
benchmark()
# Prints: 3.541994374245405e-06
# 全局范圍
start = timeit.default_timer()
n = 20
result = 1
for i in range(1, n + 1):
result *= i
end = timeit.default_timer()
print(end - start)
# Pirnts: 5.375011824071407e-06可以看到,函數(shù)代碼的執(zhí)行速度比全局作用域代碼要快
需要注意的是,這兩段代碼最好不要放在同一腳本中,要分開(kāi)單獨(dú)運(yùn)行
這是因?yàn)?benchmark() 函數(shù)在執(zhí)行時(shí)間上增加了一些開(kāi)銷,并且全局代碼在內(nèi)部進(jìn)行了優(yōu)化
cProfile 分析
python 提供了一個(gè) cProfile 內(nèi)置模塊
讓我們用它來(lái)分析一個(gè)新例子:在局部和全局范圍內(nèi)計(jì)算平方和
import cProfile
def sum_of_squares():
total = 0
for i in range(1, 10000000):
total += i * i
i = None
total = 0
def sum_of_squares_g():
global i
global total
for i in range(1, 10000000):
total += i * i
def profile(func):
pr = cProfile.Profile()
pr.enable()
func()
pr.disable()
pr.print_stats()
#
# Profile function code
#
print("Function scope:")
profile(sum_of_squares)
#
# Profile global scope code
#
print("Global scope:")
profile(sum_of_squares_g)上面的例子中,可以認(rèn)為 sum_of_squares_g() 函數(shù)是全局的,因?yàn)樗褂昧藘蓚€(gè)全局變量, i 和 total
從性能分析結(jié)果中,可以看到函數(shù)代碼在執(zhí)行時(shí)間方面比全局更有效
Function scope:
2 function calls in 0.903 seconds
Ordered by: standard name
ncalls tottime percall cumtime percall filename:lineno(function)
1 0.903 0.903 0.903 0.903 profiler.py:3(sum_of_squares)
1 0.000 0.000 0.000 0.000 {method 'disable' of '_lsprof.Profiler' objects}
Global scope:
2 function calls in 1.358 seconds
Ordered by: standard name
ncalls tottime percall cumtime percall filename:lineno(function)
1 1.358 1.358 1.358 1.358 profiler.py:10(sum_of_squares_g)
1 0.000 0.000 0.000 0.000 {method 'disable' of '_lsprof.Profiler' objects}如何優(yōu)化 python 函數(shù)的性能
前面我們知道,Python 代碼在函數(shù)中運(yùn)行往往比在全局范圍內(nèi)運(yùn)行要快得多
如果想要進(jìn)一步提高 python 函數(shù)代碼效率,不妨考慮一下使用局部變量而不是全局變量
另一種方法是盡可能使用內(nèi)置函數(shù)和庫(kù)。Python 的內(nèi)置函數(shù)是用 C 實(shí)現(xiàn)的,比 Python 快得多
比如 NumPy 和 Pandas,也是用 C 或 C++ 實(shí)現(xiàn)的,它們比實(shí)現(xiàn)同樣功能的 Python 代碼速度更快
又比如同樣是實(shí)現(xiàn)數(shù)字求和的功能,python 內(nèi)置的 sum 函數(shù)要比你自己編寫(xiě)函數(shù)速度更快
到此這篇關(guān)于為什么 Python 代碼在函數(shù)中運(yùn)行得更快的文章就介紹到這了,更多相關(guān)Python 代碼在函數(shù)中運(yùn)行內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Python+Pygame實(shí)現(xiàn)之見(jiàn)縫插針游戲的實(shí)現(xiàn)
這篇文章主要為大家介紹了如何利用Python中的Pygame模塊實(shí)現(xiàn)見(jiàn)縫插針游戲,文中的示例代碼講解詳細(xì),對(duì)我們學(xué)習(xí)Python游戲開(kāi)發(fā)有一定幫助,需要的可以參考一下2022-07-07
Python中使用filter過(guò)濾列表的一個(gè)小技巧分享
這篇文章主要介紹了Python中使用filter過(guò)濾列表的一個(gè)小技巧分享,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2020-05-05
Python?MCPInspector調(diào)試思路詳解
這篇文章主要介紹了Python?MCPInspector調(diào)試思路詳解,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2025-05-05
Python multiprocessing模塊中的Pipe管道使用實(shí)例
這篇文章主要介紹了Python multiprocessing模塊中的Pipe管道使用實(shí)例,本文直接給出使用實(shí)例,需要的朋友可以參考下2015-04-04
python實(shí)現(xiàn)日期與天數(shù)的轉(zhuǎn)換
本文主要介紹了python實(shí)現(xiàn)日期與天數(shù)的轉(zhuǎn)換,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2025-06-06
python實(shí)現(xiàn)簡(jiǎn)易計(jì)算器功能
這篇文章主要為大家詳細(xì)介紹了python實(shí)現(xiàn)簡(jiǎn)易計(jì)算器功能,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-02-02
Python實(shí)現(xiàn)的破解字符串找茬游戲算法示例
這篇文章主要介紹了Python實(shí)現(xiàn)的破解字符串找茬游戲算法,簡(jiǎn)單分析了找茬游戲的原理,并結(jié)合具體實(shí)例形式分析了Python實(shí)現(xiàn)破解找茬游戲的相關(guān)實(shí)現(xiàn)技巧,需要的朋友可以參考下2017-09-09
python怎樣判斷一個(gè)數(shù)值(字符串)為整數(shù)
這篇文章主要介紹了python怎樣判斷一個(gè)數(shù)值(字符串)為整數(shù)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-02-02

