python 脚本的启动模式（python -m以模块方式启动）

今天再看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文件方式）有两种：

 

1. python xxx.py  -----直接运行的方式启动(此时脚本__name__为"__main__")
2. 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中包含的路径来搜索，这个变量里面包含的路径列表就是上面提到的这些路径信息。