模块，导入方式，环境变量，导入模块的顺序，循环导入

模块   module

常见的模块

1.使用python编写的.py文件

2.把一系列模块组织到一起的文件夹（注：文件夹下有一个__init__.py文件，该文件夹称之为包）

3.使用c编写并链接到的内置模块python解释器

4.已被编译为共享库或c或c++扩展

　　what：一系列功能的集合体

　　why：很多相似的功能，要统一管理，将这些功能放在一个文件中，该文件就是管理这些功能的集合体，我们命名为模块

　　how：在要使用模块功能的文件中导入模块：import模块名——用来管理一系列功能的文件夹名

　　where：在所有要使用模块中功能的文件中导入并使用模块

导入模块完成的三件事

首次导入                                         import  模块名

1.将被导入的模块编译成对应的pyc文件

2.进入模块，从上到下执行模块中的代码，将产生的所有名字 存放在该模块文件的全局名称空间中

3.在使用模块的文件中，产生一个与模块名同名的名字，指向模块的全局名称空间

再次导入

不再执行模块的前两步骤。只会走第三步：在当前模块中产生一个名字，指向第一次导入在内存中产生的全局名称空间

起别名        as  别名

导入一旦起别名，原模块名变量失效，本质只产生了别名，变量指向模块文件的全局名称空间

模块的分类

内置            自定义（系统提供，第三方提供，自己自定义）

模块的加载顺序

内存>内置>sys.path(安装环境变量中路径的先后顺序逐一加载）

环境变量

定义：存放路径的list，第一位默认一定是当前执行文件所在的路径

sys.path 环境变量                   sys.path.clear()清空环境变量，所有导入都不能使用了

sys.path.append()  /  sys.path.insert()      添加指定路径到环境变量

from ...import语法导入

1.将被导入的模块编译成对应的pyc文件

2.进入模块，从上到下执行模块中的代码，将产生的所有名字 存放在该模块文件的全局名称空间中

3.再导入模块的文件中形成（一个或多个）名字指向模块全局名称空间的（一个或多个）具体名字　

　　from 模块名 import 模块中的名字1, ..., 模块中的名字n
　　from 模块名 import 名字 as 别名

　　from。。。import导入依赖变量 sys。path

from ...import*

# 模块中默认会添加 __all__ ，__all__ 就是管理模块中能被 * 导入的变量们
# __all__可以自定义，自定义 * 能导入的变量们， __all__的list中名字全部可以自定义
__all__ = ['a', 'b', 'c', 'd_', '_e']


# 系统默认添加的__all__中不会纳入 _开头的名字
#       -- 所以默认在外界通过from...import *无法导入_开头的名字
#        -- _开头的名字对from...import *是隐藏的，指名道姓依然可以被外界导入使用

链式导入

# t1导入m1，m1导入m2，m2导入m3

# 执行流程：右键执行t1，在t1导入m1模块的地方直接进入m1，去执行m1，同理在m1执行过程中遇到导入m2，会马上进入m2，去执行m2，一直到m3，m3执行完毕，会回到m2中导入m3的语句，接着往下执行m2，m2执行完毕回到m1，以此类推返回到t1

# 在整个执行流程中，遇到任何模块的二次导入，都是直接引用内存中的名称空间，不会再次进入模块

循环导入

# 循环导入的问题点：名字没有产生就使用名字
# 解决循环导入：先产生名字，在导入模块
#       -- 将会产生循环导入的模块，导入语法延后 - 延后导入


# 问题
# m1.py
import m2
print(m2.y)
x = 666

# m2.py
import m1
print(m2.x)
y = 888



# 解决
# m1.py
x = 666
import m2
print(m2.y)


# m2.py
y = 888
import m1
print(m2.x)