执行顺序：
先从sys.modules里查看是否已经被导入
如果没有被导入，就依据sys.path路径取寻找模块
然后才导入
创建这个模块的命名空间
执行文件，把文件中的名字都放到命名空间里
注意：
所有的模块导入都应该尽量往上写：
内置模块-->扩展模块-->自定义模块
因为先有sys.moudles的判断，模块不会重复被导入
从哪儿导入模块 : sys.path
调用方法：
import：
import 模块名：
模块名.变量名（和本文件中的变量名完全不冲突）
import 模块名 as 重命名的模块名：
可以提高代码的兼容性
import 模块1，模块2：
不建议这样调用
from import：
from 模块名 import 变量名：
直接使用 变量名 就可以完成操作，如果本文件中有相同的变量名会发生冲突
from 模块名 import 变量名字 as 重命名变量名
from 模块名 import 变量名1，变量名2
from 模块名 import *：
将模块中的所有变量名都放到内存中，如果本文件中有相同的变量名会发生冲突，它和__all__ 是一对，没有这个变量，就会导入所有的名字，如果有all 只导入all列表中的名字（all定义在模块源码中）
关于__name__：调用自定义模块时，执行后会把模块源码全局中的print打印，解决办法是判断在源码文件下判断__name__的返回值：
因为在模块中有一个变量__name__，当我们直接执行这个模块的时候，__name__ == '__main__'，
当我们执行其他模块，在其他模块中引用这个模块的时候，这个模块中的__name__ == '模块的名字'
包：
包是一种通过使用‘.模块名’来组织python模块名称空间的方式。
１. 无论是import形式还是from...import形式，凡是在导入语句中（而不是在使用时）遇到带点的，都要第一时间提高警觉：这是关于包才有的导入语法
2. 包是目录级的（文件夹级），文件夹是用来组成py文件（包的本质就是一个包含__init__.py文件的目录）
3. import导入文件时，产生名称空间中的名字来源于文件，import 包，产生的名称空间的名字同样来源于文件，即包下的__init__.py，导入包本质就是在导入该文件
强调：
1. 在python3中，即使包下没有__init__.py文件，import 包仍然不会报错，而在python2中，包下一定要有该文件，否则import 包报错
2. 创建包的目的不是为了运行，而是被导入使用，记住，包只是模块的一种形式而已，包即模块
现在我们执行这段代码（新建文件夹与py文件）：
import os os.makedirs('glance/api') os.makedirs('glance/cmd') os.makedirs('glance/db') l = [] l.append(open('glance/__init__.py','w')) l.append(open('glance/api/__init__.py','w')) l.append(open('glance/api/policy.py','w')) l.append(open('glance/api/versions.py','w')) l.append(open('glance/cmd/__init__.py','w')) l.append(open('glance/cmd/manage.py','w')) l.append(open('glance/db/__init__.py','w')) l.append(open('glance/db/models.py','w')) map(lambda f:f.close() ,l)
展现到pycharm是这样的：
glance/ #Top-level package ├── __init__.py #Initialize the glance package ├── api #Subpackage for api │ ├── __init__.py │ ├── policy.py │ └── versions.py ├── cmd #Subpackage for cmd │ ├── __init__.py │ └── manage.py └── db #Subpackage for db ├── __init__.py └── models.py
在py文件下对应加入代码：
#文件内容 #policy.py def get(): print('from policy.py') #versions.py def create_resource(conf): print('from version.py: ',conf) #manage.py def main(): print('from manage.py') #models.py def register_models(engine): print('from models.py: ',engine)
注意：
1.关于包相关的导入语句也分为import和from ... import ...两种，但是无论哪种，无论在什么位置，在导入时都必须遵循一个原则：凡是在导入时带点的，点的左边都必须是一个包，否则非法。可以带有一连串的点，如item.subitem.subsubitem,但都必须遵循这个原则。
2.对于导入后，在使用时就没有这种限制了，点的左边可以是包,模块，函数，类(它们都可以用点的方式调用自己的属性)。
3.对比import item 和from item import name的应用场景：
如果我们想直接使用name那必须使用后者
在galnce的同级目录下新建py文件开始调用：
import：一层一层调用，过于麻烦，代码过于长冗，同样可以使用as方法对变量重命名
import glance.api.versions glance.api.versions.create_resource('太麻烦了') #as重命名 import glance.api.versions as s s.create_resource() #打印： 太麻烦了
from ... import ...：需要注意的是from后import导入的模块，必须是明确的一个不能带点，否则会有语法错误，如：from a import b.c是错误语法；我们在与包glance同级别的文件中测试 ：
from glance.db import models models.register_models('mysql') from glance.db.models import register_models register_models('mysql') #打印： from models.py: mysql from models.py: mysql
__init__.py文件：不管是哪种方式，只要是第一次导入包或者是包的任何其他部分，都会依次执行包下的__init__.py文件(我们可以在每个包的文件内都打印一行内容来验证一下)，这个文件可以为空，但是也可以存放一些初始化包的代码。
from glance.api import *：它和上面开始的‘from 模块名 import *’是一样的，本质上都是只会导入包下的py文件，*一个模块，那么它对应的就是模块.py文件，*是一个包，那么它就是包下的__init__.py文件，用法是一样的。
绝对导入和相对导入：
我们的最顶级包glance是写给别人用的，然后在glance包内部也会有彼此之间互相导入的需求，这时候就有绝对导入和相对导入两种方式：
绝对导入：以glance作为起始目录
#一级目录下的__init__,也就是glance 目录下 from glance import api from glance import cmd from glance import db
#二级目录下的__init__，以二级目录api为例 from glance.api import policy from glance.api import versions
相对导入：用.或者..的方式最为起始（只能在一个包中使用，不能用于不同目录内）
#由于.代表文件最起始，所以不区分层级 from . import api from . import cmd from . import db from . import policy from . import versions
总结：包的使用就像一层一层打开文件夹一样，就好比一个文件存在的目录需要你不停的打开文件夹才能找到，那么包里的模块就是这个文件，需要你一层一层的导入才能够使用到。以上通过各种方法使你调用到这些模块，而这些方法都离不开这些文件层级的关系。这些关系通过‘.’，‘from’，‘import’的形式表现出来。