今天再看python的项目时，发现GitHub中给出的python脚本的执行格式是python -m pip install somepackage。于是开始了python模式启动之旅。
其中很多相关借鉴了该博客，同时感谢博主：http://www.cnblogs.com/xueweihan/p/5118222.html
- 什么是python启动模块：
通过python启动一个库中的模块（python启动模块）：
python -m http.server （python3中启动一个简单的http服务器）
- 关于python的模块方式启动
python 的启动方式（加载py文件方式）有两种：
- python xxx.py -----直接运行的方式启动(此时脚本__name__为"__main__")
- python -m xxx.py ------以模块的方式启动（此时脚本的__name__属性值依然不再是"__main__"而是"xxx"）
附：__name__ == "__main__"表示该脚本为程序的主入口，否则是以模块调用的形式运行。
区别1：
关于两种启动方式的差异，主要是所加载的系统路径不同（sys.path列表）：(通过列子做了验证)
在/home/spark/cluster-master/examples下建立test.py脚本，内容：
import sys print(sys.path)
1、直接运行：python test.py结果：
['/home/spark/cluster-master/examples', '/home/spark/cluster-master', '/data/lthpc/soft/caffe/python', '/opt/anaconda3/lib/python36.zip', '/opt/anaconda3/lib/python3.6', '/opt/anaconda3/lib/python3.6/lib-dynload', '/opt/anaconda3/lib/python3.6/site-packages', '/opt/anaconda3/lib/python3.6/site-packages/Sphinx-1.5.6-py3.6.egg', '/opt/anaconda3/lib/python3.6/site-packages/setuptools-27.2.0-py3.6.egg', '/opt/anaconda3/lib/python3.6/site-packages/torchvision-0.1.9-py3.6.egg']2、以模块方式运行 ：python -m test结果：
['', '/home/spark/cluster-master/examples', '/data/lthpc/soft/caffe/python', '/opt/anaconda3/lib/python36.zip', '/opt/anaconda3/lib/python3.6', '/opt/anaconda3/lib/python3.6/lib-dynload', '/opt/anaconda3/lib/python3.6/site-packages', '/opt/anaconda3/lib/python3.6/site-packages/Sphinx-1.5.6-py3.6.egg', '/opt/anaconda3/lib/python3.6/site-packages/setuptools-27.2.0-py3.6.egg', '/opt/anaconda3/lib/python3.6/site-packages/torchvision-0.1.9-py3.6.egg']注意不同之处来了：直接运行后添加到path中的路径为”脚本所在路径“，而以模块方式运行后多了一个‘ ’，这个‘ ’符号代表python执行运行环境的当前路径（即为python的执行路径），就是这个‘ ’当前路径引出了import包时的很多问题。下面用例子说明：
下面的例子我在服务器上没有验证成功，先姑且贴一下别人的例子：
# 目录结构如下 package/ __init__.py mod1.py package2/ __init__.py run.py
# run.py 内容如下 import sys from package import mod1 print(sys.path)
两种启动：
# 直接启动（失败） ➜ test_import_project git:(master) ✗ python package2/run.py Traceback (most recent call last): File "package2/run.py", line 2, in <module> from package import mod1 ImportError: No module named package # 以模块方式启动（成功） ➜ test_import_project git:(master) ✗ python -m package2.run ['', '/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', ...]
启动成功与否的关键是在run.py脚本中的import 内容能否成功地加入到sys.path中。
显然from package import mod1，在sys.path中存在' '当前路径的情况下是能够找到对应包的，而另一种方式找不到包，原因在于python 的模块搜索路径机制：
区别2：
- 当加上-m参数时，Python会先将模块或者包导入，然后再执行。
假设我们有如下一个包package：
package ├── __init__.py └── __main__.py
__init__.py的内容
import sys print("__init__") print(sys.path)
__main__.py的内容
import sys print("__main__") print(sys.path)
使用python -m package运行，输出结果：
__init__ ['', ...] __main__ ['', ...]
使用python package运行，输出结果：
__main__ ['package', ...]
这里涉及到__main__为名称的模块，__main__.py文件是一个包或者目录的入口程序。不管是用python package还是用python -m package运行，__main__.py文件总是被执行。
在一个模块被导入时，PVM会在后台从一系列路径中搜索该模块，其搜索过程如下：
1、在当前目录下搜索该模块；
2、在环境变量PYTHONPATH中指定的路径列表中依次搜索；
3、在python安装路径中搜索
事实上，PVM通过变量sys.path中包含的路径来搜索，这个变量里面包含的路径列表就是上面提到的这些路径信息。
标签：__,opt,lib,启动,python,py,anaconda3,模块 From： https://www.cnblogs.com/lidabo/p/17903486.html