关于Python导入模块，你可能没学透(4)

这里，我们将 sys模块导入至全局作用域，但我们并没有使用这个模块。然后，在 square_root函数中，我们将 math模块导入至该函数的局部作用域，这意味着 math模块只能在 square_root函数内部使用。如果我们试图在 my_pow函数中使用 math，会引发 NameError。试着执行这个脚本，看看会发生什么。

使用局部作用域的好处之一，是你使用的模块可能需要很长时间才能导入，如果是这样的话，将其放在某个不经常调用的函数中或许更加合理，而不是直接在全局作用域中导入。老实说，我几乎从没有使用过局部导入，主要是因为如果模块内部到处都有导入语句，会很难分辨出这样做的原因和用途。根据约定，所有的导入语句都应该位于模块的顶部。

导入注意事项

在导入模块方面，有几个程序员常犯的错误。这里我们介绍两个。

• 循环导入(circular imports)
• 覆盖导入(Shadowed imports，暂时翻译为覆盖导入)

先来看看循环导入。

循环导入

如果你创建两个模块，二者相互导入对方，那么就会出现循环导入。例如：

# a.py 
import 
 b 
def 
 a_test(): 
  
print 
( 
"in a_test" 
) 
 b.b_test() 
a_test() 

然后在同个文件夹中创建另一个模块，将其命名为 b.py。

import 
 a 
def 
 b_test(): 
  
print 
( 
'In test_b"' 
) 
 a.a_test() 
b_test() 

如果你运行任意一个模块，都会引发 AttributeError。这是因为这两个模块都在试图导入对方。简单来说，模块 a想要导入模块 b，但是因为模块 b也在试图导入模块 a(这时正在执行)，模块 a将无法完成模块 b的导入。我看过一些解决这个问题的破解方法(hack)，但是一般来说，你应该做的是重构代码，避免发生这种情况。

覆盖导入

当你创建的模块与标准库中的模块同名时，如果你导入这个模块，就会出现覆盖导入。举个例子，创建一个名叫 math.py的文件，在其中写入如下代码：

import 
 math 
def 
 square_root(number): 
  
return 
 math.sqrt(number) 
square_root( 
72 
) 

现在打开终端，试着运行这个文件，你会得到以下回溯信息(traceback)：

Traceback 
 (most recent call  
last 
): 
  
File 
  
"math.py" 
, line  
1 
,  
in 
  
<module> 
  
import 
 math 
  
File 
  
"/Users/michael/Desktop/math.py" 
, line  
6 
,  
in 
  
<module> 
 square_root( 
72 
) 
  
File 
  
"/Users/michael/Desktop/math.py" 
, line  
4 
,  
in 
 square_root 
  
return 
 math.sqrt(number) 
AttributeError 
:  
module 
  
'math' 
 has  
no 
 attribute  
'sqrt' 

这到底是怎么回事?其实，你运行这个文件的时候，Python解释器首先在当前运行脚本所处的的文件夹中查找名叫 math的模块。在这个例子中，解释器找到了我们正在执行的模块，试图导入它。但是我们的模块中并没有叫 sqrt的函数或属性，所以就抛出了 AttributeError。

总结

在本文中，我们讲了很多有关导入的内容，但是还有部分内容没有涉及。PEP 302中介绍了导入钩子(import hooks)，支持实现一些非常酷的功能，比如说直接从github导入。Python标准库中还有一个importlib模块，值得查看学习。当然，你还可以多看看别人写的代码，不断挖掘更多好用的妙招。

（编辑：ASP站长网）