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

 

python xxx.py  -----直接运行的方式启动(此时脚本__name__为"__main__")
python -m xxx.py  ------以模块的方式启动（此时脚本的__name__属性值依然不再是"__main__"而是"xxx"）
附：__name__ == "__main__"表示该脚本为程序的主入口，否则是以模块调用的形式运行。

关于两种启动方式的差异，主要是所加载的系统路径不同（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 的模块搜索路径机制：

 

在一个模块被导入时，PVM会在后台从一系列路径中搜索该模块，其搜索过程如下：

1、在当前目录下搜索该模块；

2、在环境变量PYTHONPATH中指定的路径列表中依次搜索；

3、在python安装路径中搜索

      事实上，PVM通过变量sys.path中包含的路径来搜索，这个变量里面包含的路径列表就是上面提到的这些路径信息。
--------------------- 
作者：wonengguwozai 
来源：CSDN 
原文：https://blog.csdn.net/wonengguwozai/article/details/80480034 
版权声明：本文为博主原创文章，转载请附上博文链接！