从查看源代码来看，似乎唯一的“原因”是OrderedDict是用Python编写的，而defaultdict是用C语言编写的。但是随着Python 3.5的推出，这种情况似乎正在改变，因为将会有一个cOrderedDict(请参见Python Bugs)，这突显了我的唯一解释是多么糟糕。
有人能提供更好的解释吗？我希望有更好的理由。
编辑：
据称是重复的答案对于Python 2.7来说是可以的，但对于去除类/类型区分的Python 3来说不适用。解释器本身将OrderedDict和defaultdict都视为类：
>>> collections.defaultdict
<class 'collections.defaultdict'>
>>> collections.OrderedDict
<class 'collections.OrderedDict'>
OrderedDict的PEP讨论期间，Guido实际上建议将defaultdict重命名为DefaultDict来解决这个不一致性：Anyway, it seems the collections module in particular is already
internally inconsistent -- NamedTuple vs. defaultdict. In a sense
defaultdict is the odd one out here, since these are things you import
from some module, they're not built-in. Maybe it should be renamed to
NamedDict?
NamedDict是一个拼写错误，他的意思是DefaultDict:> I suppose you mean "DefaultDict".
Yes, I've been distracted. :-(
我不确定为什么这个更改（以及其他模块的类似更改，例如socket.socket，datetime.datetime）从来没有被实现，因为Guido支持这样做。
具有讽刺意味的是，它是Guido（或者可能是Alex Martelli）提出了defaultdict这个名称，尽管他们是基于Google正在使用的一个内部类DefaultDict：
DefaultDict，在构造时传递一个默认值。当该值未被找到时，它的__getitem__方法会将给定默认值的浅拷贝插入字典中，而不是引发KeyError异常。
......
与Alex Martelli共进午餐时，他建议创建一个字典子类（但用C实现）具有此行为，这将成为语言的一个很好的补充。看起来很容易实现。它可以是一个内置的命名为defaultdict。构造函数的第一个必需参数应该是默认值。其余参数（甚至关键字参数）传递给字典构造函数时不变。
讨论很快从defaultdict成为内置对象转移到了它成为collections模块的一部分，但全小写的名称仍然保留。这次讨论发生在2006年，所以PEP 8当时已经存在多年了。不确定为什么当时没有想到将其命名为DefaultDict。OrderedDict 的同一讨论串中，Guido 发表了这篇文章，对于类名应该使用全小写的类似建议说道：*"那么他们都是错的。在 3.0 版本中，我们正在朝着另一个方向发展，例如 cPickle 已经被删除，cStringIO 也是如此。实现语言不应该显露出来。*也许* “内置状态”应该指导大小写规则，因此只有内置类型是小写的（如 str、int、dict 等）。"* - dano
import pickle，这会委托给可用的 C 实现_pickle进行导入。 - roippicOrderedDict的补丁。C版本和Python版本都将通过相同的名称导入这一事实是无关紧要的。defaultdict和OrderedDict的命名约定仍然不匹配。 - Luciano Ramalho