有關os.popen易忽略的知識點梳理

這篇文章主要介紹了在python中關于os.popen易忽略的知識點梳理，具有一定借鑒價值，需要的朋友可以參考下。如下資料是關于有關os.popen易忽略的知識點梳理內容。

一 前言

使用python執行一些命令或調用第三方工具是比較常見的情況，實現的方法也很多，如os.system()，os.popen()、subprocess模塊中的函數等等，本文主要介紹一下os.popen()，可能隱藏著你不曾接觸的知識點，同時會結合實例進行說明，便于理解。

二 語法格式

首先我們看下os.popen的語法格式，如下：

os.popen(cmd, mode='r', buffering=-1)

參數說明：

Command --- 調用的命令；

mode --- 模式權限可以是 'r'(默認) 或 'w'；

bufsize -- 指明了文件需要的緩沖大小：0意味著無緩沖；1意味著行緩沖；其它正值表示使用參數大小的緩沖（大概值，以字節為單位）；負的bufsize意味著使用系統的默認值。

官方釋義：

Open a pipe to or from command cmd. The return value is an open file object connected to the pipe, which can be read or written depending on whether mode is 'r' (default) or 'w'.

從命令cmd打開一個管道，返回值是連接管道的文件對象，通過該對象可以進行讀或寫。

三 知識點梳理

1．  返回值是文件對象

注意：返回值是文件對象，既然是文件對象，使用完就應該關閉，對吧？！不信網上搜一下，一大把文章提到這個os.popen都是忘記關閉文件對象的。 所以，推薦的寫法是：

  with os.popen(command, "r") as p:
    r = p.read()

     至于with的用法就不多講了，使用它，不需要顯式的寫p.close()。

2．  非阻塞

通俗的講，非阻塞就是os.popen不會等cmd命令執行完畢就繼續下面的代碼了，不信？！看下面代碼實例：

從上面實例可知，os.popen執行打開Uedit32.exe這個工具，但從實際執行結果看，Uedit32.exe還沒打開，就直接進入了下一條語句，打印了“hello 小蟒社區”。在某些應用場景，可能這并不是你期望的行為，那如何讓命令執行完后，再執行下一句呢？

處理方法是使用read()或readlines()對命令的執行結果進行讀操作。

3．  完全阻塞

上面寫了該函數是非阻塞的，現在怎么又變成完全阻塞的呢？感覺一頭霧水了吧。本質上os.popen是非阻塞的，為了實現阻塞的效果，我們使用read()或readlines()對命令結果進行讀，由此產生了阻塞的效果。但是，如果你的命令執行無法退出或進入交互模式，這種“讀”將形成完全阻塞的情況，表現的像程序卡住了。

看下面代碼實例1：

os.popen執行了ping  127.0.0.1  -t 該命令會一直執行，除非CTRL+C強制退出，因而，執行readlines讀取命令輸出時會造成卡住。

代碼實例2：

使用os.popen執行sqlplus命令對數據庫進行操作的場景，如果sqlplus執行失敗，會進入交互模式，如圖所示，此時使用readlines()讀取執行結果時也會卡死，效果如上圖：

四 總結

os.popen()在大多數場景都是挺好用方便的，但是也有坑！！ 具體應用中，需要注意下。

建議：

1.       在需要讀取命令執行結果時，避免在命令無法退出或進入交互模式的場景應用os.popen;

2.       os.popen()無法滿足需求時，可以考慮subprocess.Popen();

以上就是有關os.popen易忽略的知識點梳理，如果在日常工作遇到此問題，希望你能通過這篇文章解決問題。如果想了解更多相關內容，歡迎關注億速云行業資訊頻道！