摘要：背景幸福的生活總是相似的，天降的大鍋各有各不同。那現在其實一目了然了，調用了觸發初始化了，在初始化變量時候調用了，因為獲取父目錄失敗了，所以輸出了那段錯誤。

幸福的生活總是相似的，天降的大鍋各有各不同。

我們有個功能是這樣的：有個以 root 運行的 python 程序，它需要以 test 用戶執行 linux 命令，所以就通過 subprocess 庫 + sudo 來執行，也就是下面的關系圖：

./test_b 就是這么一個很簡單的需求，本來是沒有什么太大的問題的，然而事實總是喜歡打我們臉。

就輸出下面的錯誤了：

雖然上面的錯誤不會影響程序的運行，但是處女座沒法忍，一定要干干凈凈，明明白白!

憑借過硬的英語水平，我們明白這個報錯是因為訪問不到父目錄導致 getcwd 出錯了。

聰明的童鞋一想就覺得是不是和上面的刪除目錄有關系，這時候肯定得看看 test_b 是什么內容，說不定能解決我們的疑問：

#!/usr/bin/python
import time
import os

time.sleep(3)
os.system("sleep 1")

那么問題來了，test_b 明明就只想睡個覺，不想涉足江湖事，也沒有調用getcwd，為什么會輸出這個報錯咧！

在我們毫無頭緒時，可以去喝喝快樂肥宅水，說不定就能脈動回來。

因為我就是這樣看到找到線索了：shell-init。

憑借過硬的英語水平，我們可以看到這個錯誤應該在 shell 初始化時候報的，這樣很明顯啦，去搜 bash 代碼。

很快我們就找到這句錯誤定義的地方了：

root@bash-4.4 $ grep  "shell-init" -r *
variables.c:      temp_string = get_working_directory ("shell-init");

看到 get_working_directory 這個函數名這么正規，感覺這事靠譜了，順著看看內容：

// builtins/common.c
char *
get_working_directory (for_whom)
     char *for_whom;
{
    ... (跳過)
    if (the_current_working_directory == 0)
    {
      fprintf (stderr, _("%s: error retrieving current directory: %s: %s
"),
           (for_whom && *for_whom) ? for_whom : get_name_for_error (),
           _(bash_getcwd_errstr), strerror (errno));
      return (char *)NULL;
    }
    ... (跳過)
}

雖然大部分是通過變量傳值進去，但是還是能看出就是咱們那句報錯的原型了，

其實上面的代碼實現并不是最關鍵的，關鍵的是，這些代碼文件是在 bash 里面的，為什么system 會和bash 扯上關系呢？難道 system 還需要擼一發 shell 么，崩潰！我心目中的 system 不是這么隨便的！

帶著不甘心去搜它的實現：

int system(const char * cmdstring)
{
    pid_t pid;
    int status;
    
    if(cmdstring == NULL){ 
         return (1);
    }
    
    if((pid = fork())<0){
         status = -1;
    }
    else if(pid = 0){

        execl("/bin/sh", "sh", "-c", cmdstring, (char *)0);

        exit(127); //子進程正常執行則不會執行此語句

    }
    else{
        while(waitpid(pid, &status, 0) < 0){
            if(errno != EINTER){
                status = -1;
                break;
            }
        }
    }
    return status;
}

它的出廠設置就是這樣，原來是我一直沒去深入了解它。

那現在其實一目了然了，system調用了 /bin/sh, 觸發shell 初始化了， 在初始化變量時候調用了
get_working_directory，因為獲取父目錄失敗了，所以輸出了那段錯誤。

既然我們知道錯誤是 system 輸出的，那么我們換個方式就應該能規避咯？

于是乎，./test_b 代碼改成這樣就不報錯了：

#!/usr/bin/python
import time
import os

time.sleep(3)
# os.system("sleep")
os.execl("/bin/sleep", "sleep", "1")

那么這里又引出了一個問題了

system 和 execl 都能執行系統命令，那兩者有什么區別呢？

答案在上面的 system 的源碼已經給出 80% 了，他們的區別就是：

system = fork + execl + waitpid

而 execl 只是系統 exec 族函數的其中一個，說到 exec 族函數，它們是將新的程序內容替換當前進程內容運行，具體大家可以去谷歌看看，這邊就不多說了~

我們對 system 的實現已經有一定熟悉了，在后面使用這個方法時候，不管是在資源使用還是問題排查，都應該多一些意識，眼不見不代表沒關系~

歡迎各位大神指點交流, QQ討論群: 258498217
轉載請注明來源: https://segmentfault.com/a/11...