Python 为什么三元运算符的运算速度更快呢?
我最近发现了一些令人惊讶的事情。给定不包含键Python 为什么三元运算符的运算速度更快呢?,python,python-2.7,dictionary,Python,Python 2.7,Dictionary,我最近发现了一些令人惊讶的事情。给定不包含键k的dictd,使用三元运算符尝试检索具有默认返回值的项: >>> def tern(): ... d[k] if k in d else 'foo' ... >>> timeit.timeit(tern, number=1000000) 0.12342095375061035 运行速度比dict的快。get()函数: >>> def get_meth(): ... d.get(k
k
的dictd
,使用三元运算符尝试检索具有默认返回值的项:
>>> def tern():
... d[k] if k in d else 'foo'
...
>>> timeit.timeit(tern, number=1000000)
0.12342095375061035
运行速度比dict的快。get()
函数:
>>> def get_meth():
... d.get(k, 'foo')
...
>>> timeit.timeit(get_meth, number=1000000)
0.20549297332763672
这对我来说似乎是违反直觉的。我认为三元运算符需要在dict中进行两次搜索(一次是在d中测试k),然后另一次是检索d[k]
,而.get
只需尝试检索d[k]
,如果失败,则返回'foo'
我在一个大的dict(一百万个元素)和一个小的dict(100个元素)上运行了这个,这两次,三元的速度都明显更快。这里的幕后发生了什么?如果你分解这两个方法,你会看到get
有一个额外的CALL\u函数
,这在python中比POP\u JUMP\u If\u FALSE
指令更昂贵
如果处于
3 0 LOAD_CONST 1 ('blub')
3 LOAD_GLOBAL 0 (d)
6 COMPARE_OP 6 (in)
9 POP_JUMP_IF_FALSE 22
12 LOAD_GLOBAL 0 (d)
15 LOAD_CONST 1 ('blub')
18 BINARY_SUBSCR
19 JUMP_FORWARD 3 (to 25)
>> 22 LOAD_CONST 2 ('foo')
>> 25 POP_TOP
26 LOAD_CONST 0 (None)
29 RETURN_VALUE
获取方法:
6 0 LOAD_GLOBAL 0 (d)
3 LOAD_ATTR 1 (get)
6 LOAD_CONST 1 ('blub')
9 LOAD_CONST 2 ('foo')
12 CALL_FUNCTION 2 #Expensive call
15 POP_TOP
16 LOAD_CONST 0 (None)
19 RETURN_VALUE
我不久前读过一篇很长的文章,其中有一节描述了CALL\u函数
如此昂贵的原因:
您多久点击一次else
?“给定一个不包含键k
的dictd
”,因此每次给定该键在测试中从不在dict中,三元表达式的d[k]
部分都不会执行。因此,在任何一种情况下都只进行一次查找。剩下的是在d.get()
中有另一个dict查找:必须在包含d
方法的dict中查找属性“get”。设置m=d.get
并将函数体更改为m(k,'foo')
,您将看到一个很大的不同,k,有趣的结果:如果对象的\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu>不是用C实现的(我猜dict是?),那么设置和运行时?