IT工程師數位筆記本

在 Bash 里，可以通過 export 命令查看當前 Shell 進程的環境變量，這些環境變量一些是 Bash 自己創建的，還有一些是 Bash 從父進程繼承來的，然而需要注意的是，父進程傳給 Bash 的環境變量不一定是我們想象的那樣。

在 C 語言層面，環境變量是存放在一個名為 environ 的全局變量里的，這個變量的值是一個字符串的數組，像這樣：

｛"foo=1", "bar=2"｝

在父子孫一輩輩進程中傳遞的就是這么個數組，我們嘴里說的環境變量的原貌其實就是個字符串，而不是我們通常在高級語言里看到的鍵值對。然而操作系統并沒有對環境變量字符串的格式做任何限制，environ 變量的值還可以是這樣：

｛"1=1", "=2", "="｝

甚至這樣：

｛"foo\nbar=1"｝

Bash 在啟動的時候，會檢查 environ 數組中的每個字符串，如果它包含 ＝，且 ＝ 左邊有任意的字符，就把它從 = 分割開，一個做變量名，一個做值，變成自己的變量。咦? "1=1" 也會導入成變量? 是的，在 Bash 的實現當中，是這樣的，只是這樣的變量會被加上特殊的屬性標記。

變量名稱合法的變量被添加的屬性是： 

att_exported | att_imported

一個表示是要導出給子進程的環境變量，一個表示是從環境變量導入的變量。

變量名不合法的變量被添加的屬性是：

att_exported | att_imported | att_invisible

多了一個 invisible 屬性，表示不可見。

在 Bash 啟動之后，各個內部命令可以通過這個標記判斷是不是自己想要的變量。比如 set 命令就不會輸出 1 這個變量：

但 export 命令就會：

declare -x 1 顯然是非法的，甚至還可以這樣：

看起來很有風險的樣子，不過目前 Bash 4.4 beta 版本，已經修復了這個問題，export 命令不再輸出那些變量名不合法的變量了，下面是 export 命令源碼做的改動：

+     /* If we imported a variable that's not a valid identifier, don't
+        show it in any lists. */
+     if ((var->attributes & (att_invisible|att_imported)) == (att_invisible|att_imported))
+        continue;

那 Bash 在啟動其他程序的時候，會把這樣的環境變量傳遞給子進程嗎？答案是會的，我們可以通過在兩個 env 命令中間插入一個 bash 命令來看出效果：

Bash 在啟動其他程序的時候，會把自己所有的變量中帶有 att_exported 屬性且值不是空的變量以及它們的值分別用 = 連接起來合成一個字符串數組，重新復值給 environ 變量，也就是做了和啟動時導入環境變量相反的操作。

那些沒有等號或者等號左邊沒有字符的環境變量，因為 Bash 在啟動的時候就丟棄了，所以也就沒法傳遞給它的子進程了。