env 與 export：環境變數管理

在 Linux 系統管理中，環境變數（Environment Variables）扮演著至關重要的角色。它們不僅決定了程式的執行行為，還儲存了如使用者路徑、終端機設定、語言偏好等關鍵資訊。許多初學者常混淆 export 與 env 這兩個指令的功能與應用場景。本文將深入解析這兩個指令的核心差異、實際用法，並提供在 Ubuntu 22.04 與 Debian 12 上可直接執行的實戰範例，幫助你精準掌控環境變數。

理解環境變數與 shell 變數

在深入指令之前，必須釐清一個核心概念：Shell 變數與環境變數的區別。

Shell 變數：僅在當前 Shell 執行個體中有效，子行程（Subshell）或子程式無法直接存取。
環境變數：會被當前 Shell 及其所有子行程繼承，是程式間傳遞資訊的主要機制。

當我們執行一個新的程式時，它需要知道「在哪裡找指令」、「使用什麼編碼」等資訊，這些都依賴於環境變數。

export：將變數升級為環境變數

export 是 Bash 內建指令，主要用於將一般的 Shell 變數轉換為環境變數，使其對子行程可見。

基本用法

假設我們建立一個名為 MY_VAR 的變數：

# 建立一般變數
MY_VAR="Hello World"

# 確認它只是變數，不是環境變數
env | grep MY_VAR
# 輸出：(無結果，表示子行程無法看到 MY_VAR)

若要讓子行程（例如執行腳本或開啟新 shell）能看到這個變數，必須使用 export：

# 將其匯出為環境變數
export MY_VAR

# 再次確認
env | grep MY_VAR
# 輸出：MY_VAR=Hello World

即時設定與永久生效

在指令列中，export 的效果僅限於當前終端機視窗。若關閉終端機，設定即消失。若要永久生效，需將指令加入配置檔（如 ~/.bashrc 或 ~/.profile）。

# 在 ~/.bashrc 中加入以下內容
export PATH="$HOME/bin:$PATH"
export EDITOR="vim"

env：執行程式並控制環境

env 指令的功能比 export 更為強大且底層。它的核心用途是：在修改後的環境中執行指令。這意味著它可以動態地新增、修改或移除環境變數，且這些變更不會影響當前 Shell 的環境。

常見場景 1：清除環境執行程式

有時我們希望程式在「乾淨」的環境中執行，不受當前 Shell 環境變數的干擾。使用 -i (ignore-environment) 選項可以達到此目的：

# 正常執行 ls，會繼承 PATH 等變數
ls

# 清除所有環境變數後執行 ls
# 這通常會導致錯誤，因為 PATH 被清除了，系統找不到 ls 指令
env -i ls

常見場景 2：臨時設定變數執行指令

這是 env 最實用的功能之一。你可以在不污染當前 Shell 環境的情況下，為單一指令設定變數。

# 設定 TEMP_VAR 僅對 echo 指令有效
env TEMP_VAR="Only for this command" echo "Value is $TEMP_VAR"
# 輸出：Value is Only for this command

# 驗證當前 Shell 中的 TEMP_VAR 是否被修改
echo $TEMP_VAR
# 輸出：(空值，表示當前 Shell 環境未受影響)

常見場景 3：切換 interpreter

env 常用於腳本（Script）的 shebang 行，以確保腳本能找到正確的 interpreter，而不依賴硬編碼路徑。

#!/usr/bin/env python3

print("Hello from Python")

使用 /usr/bin/env 而非 /usr/bin/python3 的好處是，它會根據 PATH 自動尋找 python3，提高了腳本的相容性。

常見問題與解決方案

Q1：為什麼我 export 了變數，但子腳本還是讀不到？

原因：你可能在父 Shell 中 export 了變數，但子腳本是在不同的 Shell 執行個體中運行，或者該變數未被正確傳遞。

解決方案：

確認變數確實已 export：使用 export -p 查看所有已匯出的變數。
確保子腳本由當前 Shell 啟動（例如使用 bash script.sh 而非直接執行 ./script.sh，後者可能因權限或路徑問題導致環境丟失）。
使用 env 明確傳遞變數：env MY_VAR=value bash script.sh。