可能重复：
'has_key()' or 'in'?
我有一个 Python 字典，例如：
mydict = {'name':'abc','city':'xyz','country','def'}
我想检查一个键是否在字典中。 我很想知道以下两种情况哪个更可取，为什么？
1> if mydict.has_key('name'):
2> if 'name' in mydict:
【问题讨论】：
dict 是 Python 内置类型的名称，因此最好避免在脚本中将其用作变量名（尽管严格来说，这样做是合法的）。
dict 对象不再具有 has_key() 方法，因此在版本可移植性方面，in 运算符更好。
标签： python dictionary
if 'name' in mydict:
是首选的 Pythonic 版本。不鼓励使用has_key()，此方法has been removed in Python 3。
【讨论】：
"name" in dict 将适用于任何可迭代的，而不仅仅是字典。
dict.get(key) 怎么样？这也应该避免？
dict.get(key) 在您 (1) 不想要 KeyError 以防 key 不在 dict (2) 想要使用默认值时很有用如果没有key (dict.get(key, default))。第 2 点也可以使用 defaultdict 完成。
get、setdefault 和 defaultdict 经常会更顺利地处理这些原因。
与 martineau 的回答一样，最好的解决方案通常是不检查。比如代码
if x in d:
foo = d[x]
else:
foo = bar
正常书写
foo = d.get(x, bar)
更短更直接地表达了你的意思。
另一个常见的情况是这样的
if x not in d:
d[x] = []
d[x].append(foo)
可以改写
d.setdefault(x, []).append(foo)
或者通过将collections.defaultdict(list) 用于d 和写作来更好地重写
d[x].append(foo)
【讨论】：
;)
就字节码而言，in 保存了一个LOAD_ATTR 并将CALL_FUNCTION 替换为COMPARE_OP。
>>> dis.dis(indict)
2 0 LOAD_GLOBAL 0 (name)
3 LOAD_GLOBAL 1 (d)
6 COMPARE_OP 6 (in)
9 POP_TOP
>>> dis.dis(haskey)
2 0 LOAD_GLOBAL 0 (d)
3 LOAD_ATTR 1 (haskey)
6 LOAD_GLOBAL 2 (name)
9 CALL_FUNCTION 1
12 POP_TOP
我的感觉是in可读性更强，并且在我能想到的所有情况下都是首选。
在性能方面，时序反映了操作码
$ python -mtimeit -s'd = dict((i, i) for i in range(10000))' "'foo' in d"
10000000 loops, best of 3: 0.11 usec per loop
$ python -mtimeit -s'd = dict((i, i) for i in range(10000))' "d.has_key('foo')"
1000000 loops, best of 3: 0.205 usec per loop
in 几乎快两倍。
【讨论】：
我的回答是“都不是”。
我相信最“Pythonic”的做事方式是不事先检查密钥是否在字典中，而是只编写假设它存在的代码并捕获任何因它不存在而引发的 KeyErrors。
这通常是通过将代码包含在try...except 子句中来完成的，这是一个众所周知的成语，通常表示为“请求宽恕比许可更容易”或首字母缩略词 EAFP，这基本上意味着最好尝试一些事情并捕获错误，而不是在做任何事情之前确保一切正常。当您可以优雅地处理异常而不是试图避免它们时，为什么要验证不需要验证的内容？因为它通常更具可读性，并且如果密钥不存在的可能性较低（或可能存在的任何先决条件），代码往往会更快。
当然，这并不适用于所有情况，也不是每个人都同意这一理念，因此您需要根据具体情况自行决定。毫不奇怪，与此相反的是 LBYL，意为“Look Before You Leap”。
作为一个简单的例子考虑：
if 'name' in dct:
value = dct['name'] * 3
else:
logerror('"%s" not found in dictionary, using default' % name)
value = 42
对
try:
value = dct['name'] * 3
except KeyError:
logerror('"%s" not found in dictionary, using default' % name)
value = 42
虽然在这种情况下它的代码量几乎完全相同，但第二个不会先花时间检查，因此可能会稍微快一些（try...except 块不是完全免费的，所以它可能在这里没有太大区别）。
一般而言，提前测试通常会涉及更多内容，并且不进行测试可以节省大量资金。也就是说，由于其他答案中所述的原因，if 'name' in dict: 更好。
如果您对该主题感兴趣，来自 Python 邮件列表存档的标题为“EAFP vs LBYL（回复：到目前为止有点失望）”的 message 可能解释了两者之间的区别两个人比我在这里更接近。在 Alex Martelli 的书 Python in a Nutshell, 2nd Ed 中关于异常的第 6 章标题为 Error-Checking Strategies 中也对这两种方法进行了很好的讨论。 （我看到现在有一个更新的 3rd edition，于 2017 年发布，涵盖 Python 2.7 和 3.x）。
【讨论】：
try 块非常便宜，但如果引发异常，它的成本会更高，但这并不是决定你编写的 95% 代码的设计的原因。