在命令行中使用 Python 時(shí)，它可以接收大約 20 個(gè)選項(xiàng)（option），語(yǔ)法格式如下：

python [-bBdEhiIOqsSuvVWx?] [-c command | -m module-name | script | - ] [args]

本文想要聊聊比較特殊的“-m”選項(xiàng)： 關(guān)于它的典型用法、原理解析與發(fā)展演變的過(guò)程。

首先，讓我們用“--help”來(lái)看看它的解釋?zhuān)?/p>

-m mod run library module as a script (terminates option list)

"mod"是“module”的縮寫(xiě)，即“-m”選項(xiàng)后面的內(nèi)容是 module（模塊），其作用是把模塊當(dāng)成腳本來(lái)運(yùn)行。

“terminates option list”意味著“-m”之后的其它選項(xiàng)不起作用，在這點(diǎn)上它跟“-c”是一樣的，都是“終極選項(xiàng)”。官方把它們定義為“接口選項(xiàng)”（Interface options），需要區(qū)別于其它的普通選項(xiàng)或通用選項(xiàng)。

-m 選項(xiàng)的五個(gè)典型用法

Python 中有很多使用 -m 選項(xiàng)的場(chǎng)景，相信大家可能會(huì)用到或者看見(jiàn)過(guò)，我在這里想分享 5 個(gè)。

在 Python3 中，只需一行命令就能實(shí)現(xiàn)一個(gè)簡(jiǎn)單的 HTTP 服務(wù)：

python -m http.server 8000

# 注:在 Python2 中是這樣
python -m SimpleHTTPServer 8000

執(zhí)行后，在本機(jī)打開(kāi)“ http://localhost:8000  ”，或者在局域網(wǎng)內(nèi)的其它機(jī)器上打開(kāi)“  http://本機(jī)ip:8000   ”，就能訪問(wèn)到執(zhí)行目錄下的內(nèi)容，例如下圖就是我本機(jī)的內(nèi)容：

與此類(lèi)似，我們只需要一行命令“python -m pydoc -p xxx”，就能生成 HTML 格式的官方幫助文檔，可以在瀏覽器中訪問(wèn)。

上面的命令執(zhí)行了 pydoc 模塊，會(huì)在 9000 端口啟動(dòng)一個(gè) http 服務(wù)，在瀏覽器中打開(kāi)，我的結(jié)果如下：

它的第三個(gè)常見(jiàn)用法是執(zhí)行 pdb 的調(diào)試命令“python -m pdb xxx.py”，以調(diào)試模式來(lái)執(zhí)行“xxx.py”腳本：

第四個(gè)同樣挺有用的場(chǎng)景是用 timeit 在命令行中測(cè)試一小段代碼的運(yùn)行時(shí)間。以下的 3 段代碼，用不同的方式拼接 “0-1-2-……-99” 數(shù)字串?？梢灾庇^地看出它們的效率差異：

最后，還有一種常常被人忽略的場(chǎng)景：“python -m pip install xxx”。我們可能會(huì)習(xí)慣性地使用“pip install xxx”，或者做了版本區(qū)分時(shí)用“pip3 install xxx”，總之不在前面用“python -m”做指定。但這種寫(xiě)法可能會(huì)出問(wèn)題。

很巧合的是，在本月初（2019.11.01），Python 的核心開(kāi)發(fā)者、第一屆指導(dǎo)委員會(huì) 五人成員之一的 Brett Cannon 專(zhuān)門(mén)寫(xiě)了一篇博客《 Why you should use "python -m pip" 》，提出應(yīng)該使用“python -m pip”的方式，并做了詳細(xì)的解釋。

他的主要觀點(diǎn)是：在存在多個(gè) Python 版本的環(huán)境中，這種寫(xiě)法可以精確地控制三方庫(kù)的安裝位置。例如用“python3.8 -m pip”，可以明確指定給 3.8 版本安裝，而不會(huì)混淆成其它的版本。

（延伸閱讀：關(guān)于 Brett 的文章，這有一篇簡(jiǎn)短的歸納《 原來(lái)我一直安裝 Python 庫(kù)的姿勢(shì)都不對(duì)呀！ 》）

-m 選項(xiàng)的兩種原理解析

看了前面的幾種典型用法，你是否開(kāi)始好奇： “-m”是怎么運(yùn)作的？它是怎么實(shí)現(xiàn)的？

對(duì)于“python -m name”，一句話解釋?zhuān)?Python 會(huì)檢索 sys.path ，查找名字為“name”的模塊或者包（含命名空間包），并將其內(nèi)容當(dāng)成“__main__”模塊來(lái)執(zhí)行。

1、對(duì)于普通模塊

以“.py”為后綴的文件就是一個(gè)模塊，在“-m”之后使用時(shí)，只需要使用模塊名，不需要寫(xiě)出后綴，但前提是該模塊名是有效的，且不能是用 C 語(yǔ)言寫(xiě)成的模塊。

在“-m”之后，如果是一個(gè)無(wú)效的模塊名，則會(huì)報(bào)錯(cuò)“No module named xxx”。

如果是一個(gè)帶后綴的模塊，則首先會(huì)導(dǎo)入該模塊，然后可能報(bào)錯(cuò)：Error while finding module specification for 'xxx.py' (AttributeError: module 'xxx' has no attribute '__path__'。

對(duì)于一個(gè)普通模塊，有時(shí)候這兩種寫(xiě)法表面看起來(lái)是等效的：

兩種寫(xiě)法都會(huì)把定位到的模塊腳本當(dāng)成主程序入口來(lái)執(zhí)行，即在執(zhí)行時(shí)，該腳本的 __name__ 都是”__main__“，跟 import 導(dǎo)入方式是不同的。

但它的前提是：在執(zhí)行目錄中存在著“test.py”，且只有唯一的“test”模塊。對(duì)于本例，如果換一個(gè)目錄執(zhí)行的話，“python test.py”當(dāng)然會(huì)報(bào)找不到文件的錯(cuò)誤，然而，“python -m test”卻不會(huì)報(bào)錯(cuò)，因?yàn)榻忉屍髟诒闅v sys.path 時(shí)可以找到同名的“test”模塊，并且執(zhí)行：

由此差異，我們其實(shí)可以總結(jié)出“-m”的用法： 已知一個(gè)模塊的名字，但不知道它的文件路徑，那么使用“-m”就意味著交給解釋器自行查找，若找到，則當(dāng)成腳本執(zhí)行。

以前文的“python -m http.server 8000”為例，我們也可以找到“server”模塊的絕對(duì)路徑，然后執(zhí)行，盡管這樣會(huì)變得很麻煩。

那么，“-m”方式與直接運(yùn)行腳本相比，在實(shí)現(xiàn)上有什么不同呢？

直接運(yùn)行腳本時(shí)，相當(dāng)于給出了腳本的完整路徑（不管是絕對(duì)路徑還是相對(duì)路徑），解釋器根據(jù) 文件系統(tǒng)的查找機(jī)制， 定位到該腳本，然后執(zhí)行 使用“-m”方式時(shí)，解釋器需要在不 import 的情況下，在 所有模塊命名空間 中查找，定位到腳本的路徑，然后執(zhí)行。為了實(shí)現(xiàn)這個(gè)過(guò)程，解釋器會(huì)借助兩個(gè)模塊： pkgutil 和 runpy ，前者用來(lái)獲取所有的模塊列表，后者根據(jù)模塊名來(lái)定位并執(zhí)行腳本 2、對(duì)于包內(nèi)模塊

如果“-m”之后要執(zhí)行的是一個(gè)包，那么解釋器經(jīng)過(guò)前面提到的查找過(guò)程，先定位到該包，然后會(huì)去執(zhí)行它的“__main__”子模塊，也就是說(shuō)，在包目錄下需要實(shí)現(xiàn)一個(gè)“__main__.py”文件。

換句話說(shuō)，假設(shè)有個(gè)包的名稱是“pname”，那么， “python -m pname”，其實(shí)就等效于“python -m pname.__main__”。

仍以前文創(chuàng)建 HTTP 服務(wù)為例，“http”是 Python 內(nèi)置的一個(gè)包，它沒(méi)有“__main__.py”文件，所以使用“-m”方式執(zhí)行時(shí)，就會(huì)報(bào)錯(cuò)：No module named http.__main__; 'http' is a package and cannot be directly executed。

作為對(duì)比，我們可以看看前文提到的 pip，它也是一個(gè)包，為什么“python -m pip”的方式可以使用呢？當(dāng)然是因?yàn)樗小癬_main__.py”文件：

“python -m pip”實(shí)際上執(zhí)行的就是這個(gè)“__main__.py”文件，它主要作為一個(gè)調(diào)用入口，調(diào)用了核心的"pip._internal.main"。

http 包因?yàn)闆](méi)有一個(gè)統(tǒng)一的入口模塊，所以采用了“python -m 包.模塊”的方式，而 pip 包因?yàn)橛薪y(tǒng)一的入口模塊，所以加了一個(gè)“__main__.py”文件，最后只需要寫(xiě)“python -m 包”，簡(jiǎn)明直觀。

-m 選項(xiàng)的十年演變過(guò)程

最早引入 -m 選項(xiàng)的是 Python 2.4 版本（2004年），當(dāng)時(shí)功能還挺受限，只能作用于普通的內(nèi)置模塊（如 pdb 和 profile）。

隨后，知名開(kāi)發(fā)者 Nick Coghlan 提出的《PEP 338 -- Executing modules as scripts 》把它的功能提升了一個(gè)臺(tái)階。這個(gè) PEP 在 2004 年提出，最終實(shí)現(xiàn)在 2006 年的 2.5 版本。

（插個(gè)題外話：Nick Coghlan 是核心開(kāi)發(fā)者中的核心之一，也是第一屆指導(dǎo)委員會(huì)的五人成員之一。記得當(dāng)初看材料，他是在 2005 年被選為核心開(kāi)發(fā)者的，這時(shí)間與 PEP-338 的時(shí)間緊密貼合）

這個(gè) PEP 的幾個(gè)核心點(diǎn)是：

• 結(jié)合了 PEP-302 的新探針機(jī)制（new import hooks），提升了解釋器查找包內(nèi)模塊的能力
• 結(jié)合了其它的導(dǎo)入機(jī)制（例如 zipimport 和凍結(jié)模塊(frozen modules)），拓展了解釋器查找模塊的范圍與精度
• 開(kāi)發(fā)了新的 runpy.run_module(modulename) 來(lái)實(shí)現(xiàn)本功能，而不用修改 CPython 解釋器，如此可方便移植到其它解釋器

至此，-m 選項(xiàng)使得 Python 可以在所有的命名空間內(nèi)定位到命令行中給定的模塊。

2009 年，在 Python 3.1 版本中，只需給定包的名稱，就能定位和運(yùn)行它的“__main__”子模塊。2014 年，-m 擴(kuò)展到支持命名空間包。

至此，經(jīng)過(guò)十年的發(fā)展演變，-m 選項(xiàng)變得功能齊全，羽翼豐滿。

最后，我們來(lái)個(gè) ending 吧：-m 選項(xiàng)可能看似不起眼，但它絕對(duì)是最特別的選項(xiàng)之一，它使得在命令行中，使用內(nèi)置模塊、標(biāo)準(zhǔn)包與三方庫(kù)時(shí)變得更輕松便利。有機(jī)會(huì)就多用一下吧，體會(huì)它帶來(lái)的愉悅體驗(yàn)。

參考材料

https://docs.python.org/3.7/using/cmdline.html#cmdoption-m

https://snarky.ca/why-you-should-use-python-m-pip

https://www.python.org/dev/peps/pep-0338/

總結(jié)

以上所述是小編給大家介紹的Python 中 -m 的典型用法、原理解析與發(fā)展演變，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！
如果你覺(jué)得本文對(duì)你有幫助，歡迎轉(zhuǎn)載，煩請(qǐng)注明出處，謝謝！