Question

我们已经简单地介绍了内置作用域，但是可能要比你想象的还要简单。实际上，内置作用域仅仅是一个名为__builtin__的内置模块，但是必须要import__builtin__之后才能使用内置作用域，因为变量名builtin本身并没有预先内置。

内置作用域是通过一个名为__builtin__的标准库模块来实现的，但是这个变量名自身并没有放入内置作用域内，所以必须导入这个文件才能够使用它。一旦这样做，就能够运行dir调用，来看看其中预定义了哪些变量名。在Python 3.0中：

这个列表中的变量名组成了Python中的内置作用域。概括地讲，前一半是内置的异常，而后一半是内置函数。由于LEGB法则Python最后将自动搜索这个模块，将会自动得到这个列表中的所有变量名。也就是说，你能够使用这些变量名而不需要导入任何模块。因此，有两种方法引用一个内置函数:通过LEBG法则带来的好处，或者手动导入__builtin__模块。

其中的第二种实现方法有时在更复杂的任务中是很有用的。细心的读者也许注意到了由于LEGB查找的流程，会使它找到第一处变量名的地方生效。也就是说，在本地作用域的变量名可能会覆盖在全局作用域和内置作用域的有着相同变量名的变量，而全局变量名有可能覆盖内置的变量名。举个例子，一个函数创建了一个名为open的本地变量并将其进行了赋值：

这样的话，就会将存储于内置（外部）作用域的名为open的内置函数隐藏起来。这也往往是个Bug，并且让人头疼的是，因为Python对于这个问题并不会处理为警告消息（在高级编程的场合你可能会很想通过在代码中预定义变量名来替代内置的变量名）。

函数也能够简单地使用本地变量名隐藏同名的全局变量。

这里，函数内部的赋值语句创建了一个本地变量X，它与函数外部模块文件的全局变量X是完全不同的变量。正是由于这一点，如果在def内不增加global（或nonlocal）声明的话，是没有办法在函数内改变函数外部的变量的，正如下一小节所介绍的。

注意：版本差异介绍：实际上，绕口令会变得更糟糕一些。这里所使用的Python 3.0 builtins模块，在Python 2.6中叫做__builtin__。并且只是为了有趣，在大多数全局作用域中，包括交互式会话中，都预先设置了名称__builtins__（带有s），来表示名为builtins的模块（即Python 2.6中的__builtin__）。

也就是说，在导入了builtins之后，在Python 3.0中，__builtins__is builtins是True；并且在Python 2.6中__builtins__is__builtin__是True_。直接的效果是，我们可以直接运行dir(__builtins__)来查看内置作用域，而在Python 3.0和Python 2.6中都不用导入，但我们建议对于Python 3.0中的实际工作使用builtins。谁说讲清楚这些内容很容易呢？

在Python 2.6中违反通用性

还有在Python中可以做但不应该去做的另一件事——由于名称True和False在Python 2.6中是内置作用域中的变量而不是保留字，用诸如True=False的一条语句来重新为它们赋值就成为可能。不要担心，实际上，这么做不会破坏通用的逻辑一致性。这条语句只是在它所出现的单个的作用域中重新定义了单词True。所有其他的作用域仍然在内置作用域中查找其最初的定义。

更为有趣的是，在Python 2.6中，可以使用__builtin__.True=False，来在整个Python过程中把True重置为False。然而，这种类型的赋值在Python 3.0中已经取消了，因为True和False都看做是真正的保留字，就像None一样。然而，在Python 2.6中，它把IDLE置于一种特殊的莫名其妙的状态，它会重写设置用户代码的处理。然而，这种技术可能有用，可以用来说明底层的命名空间模型，对于必须把open这样的内置函数修改为定制函数的工具编写者来说也会有用。此外，注意，PyChecker这样的第三方工具将会警告常见的编程错误，包括对内置名称的偶然性赋值（在PyChecker中，这叫做“阴影化”一个内置名称）。