關于python包導入的三個冷門知識點

1. 使用 __all__ 控制可被導入的變量

使用 from module import * 默認情況下會導入 module 里的所有變量，若你只想從模塊中導入其中幾個變量，可以在 module 中使用 __all__ 來控制想要被其他模塊導入的變量。

# profile.py
name='小明'
age=18

__all__=['name']

打開 python console 驗證一下

>>> from profile import *
>>> print(name)
小明
>>> print(age)
Traceback (most recent call last):
  File "", line 1, in 
NameError: name 'age' is not defined

__all__ 僅對于使用from module import * 這種情況適用。

它經常在一個包的 __init__.py 中出現(xiàn)。

2. 命名空間包的神奇之處

命名空間包，一個陌生的名字。

與我們熟悉的常規(guī)包不同的是，它沒有 __init__.py 文件。

更為特殊的是，它可以跨空間地將兩個不相鄰的子包，合并成一個虛擬機的包，我們將其稱之為 命名空間包。

例如，一個項目的部分代碼布局如下

foo-package/
    spam/
        blah.py

bar-package/
    spam/
        grok.py

在這2個目錄里，都有著共同的命名空間spam。在任何一個目錄里都沒有__init__.py文件。

讓我們看看，如果將foo-package和bar-package都加到python模塊路徑并嘗試導入會發(fā)生什么？

>>> import sys
>>> sys.path.extend(['foo-package', 'bar-package'])
>>> import spam.blah
>>> import spam.grok

當一個包為命名空間包時，他就不再和常規(guī)包一樣具有 __file_ 屬性，取而代之的是 __path__

>>> import sys
>>> sys.path.extend(['foo-package', 'bar-package'])
>>> import spam.blah
>>> import spam.grok
>>> spam.__path__
_NamespacePath(['foo-package/spam', 'bar-package/spam'])
>>> spam.__file__
Traceback (most recent call last):
    File "", line 1, in 
AttributeError: 'module' object has no attribute '__file__'

3. 模塊重載中的一個坑

由于有 sys.modules 的存在，當你導入一個已導入的模塊時，實際上是沒有效果的。

為了達到模塊的重載，有的人會將已導入的包從 sys.modules 中移除后再導入

就像下面這樣子

>>> import foo.bar
successful to be imported
>>>
>>> import foo.bar
>>>
>>> import sys
>>> sys.modules['foo.bar']

>>> del sys.modules['foo.bar']
>>>
>>> import foo.bar
successful to be imported

上面的例子里我使用的是import foo.bar ，如果你使用的是 from foo import bar 這種導入形式，會發(fā)現(xiàn)重載是同樣是無效的。

這應該算是一個小坑，不知道的人，會掉入坑中爬不出來。

>>> import foo.bar
successful to be imported
>>>
>>> import foo.bar
>>>
>>> import sys
>>> del sys.modules['foo.bar']
>>> from foo import bar

因此，在生產環(huán)境中可能需要避免重新加載模塊。而在調試模式中，它會提供一定的便利，但你要知道這個重載的弊端，以免掉入坑里。
審核編輯：湯梓紅