刪除 .zshrc 的環境變數為什麼還是生效？為什麼重新執行 source ~/.zshrc 無法清除舊的環境變數？為什麼重開終端機視窗環境變數依舊還在？IDE 內建終端機與 Terminal 軟體該如何徹底清除環境變數？

Fri, 07 Aug 2026 18:31:00 +0800

明明已經從 ~/.zshrc 把某個 環境變數 （像是 ANTHROPIC_BASE_URL）刪掉了，但回到終端機一查，它居然還在！

就算重新執行 source ~/.zshrc 也完全沒用？

如何檢查環境變數是否存在？又是被哪個設定檔寫入的？

在動手清理之前，首先需要確認變數是否仍然留在目前的記憶體中，以及究竟是哪個設定檔在自動載入它。

1. 檢查記憶體變數

檢查目前 Terminal 的記憶體中是否依然殘留該 環境變數

env | grep -i anthropic

2. 搜尋設定檔來源

全面搜尋 Zsh、Bash 及系統層級設定檔，找出究竟是哪個檔案寫入了該變數

grep -rn "ANTHROPIC_BASE_URL" ~/.zshrc ~/.zprofile ~/.zshenv ~/.zlogin ~/.bashrc ~/.bash_profile ~/.profile /etc/zshenv /etc/zprofile /etc/profile /etc/environment 2>/dev/null

為什麼修改 .zshrc 後舊的環境變數還在？

其實，當你打開終端機時，環境變數 就已經被載入到那一次連線的「記憶體」裡了。

就算你修改了檔案，或者重新執行 source ~/.zshrc，這只會「重新載入」設定檔裡的內容，並不會自動把已經存在記憶體中的舊變數給清掉。

source 指令只會覆蓋或新增變數，並不會幫你「刪除」變數

這時候最簡單的解決方法有以下幾種：

清除方式	操作指令 / 動作	說明
開啟新視窗	開啟全新終端機分頁	新的 `Shell Process` 會重新讀取最新的 `~/.zshrc`
手動清除	`unset ANTHROPIC_BASE_URL`	直接從目前記憶體中刪除指定的 `環境變數`
重置 shell	`exec zsh -l`	重新載入目前 `Shell` 的記憶體狀態

重開終端機視窗還是沒用？揪出排查三大元凶

那為什麼有時候明明開了全新的終端機視窗，舊的 環境變數 依然陰魂不散？

這時候問題就不在 ~/.zshrc 了，而是來自「父進程（Parent Process）」的繼承！

當你從某個軟體啟動終端機時，子進程會直接複製父進程當下的環境變數快照。

如果遇到這種頑固的 環境變數，通常是以下三個常見原因：

類型	觸發原因	解決方式
IDE 內建終端機	`VS Code`、`Cursor` 或 `Antigravity` 啟動時記錄了當時的環境變數快照	按下 `Cmd + Q` 徹底退出 `IDE` 後重新開啟
終端機軟體未關閉	Mac 上的 `Terminal` 或 `iTerm2` 僅關閉視窗（`Cmd + W`），主程式仍在背景運行	按下 `Cmd + Q` 徹底退出 `Terminal` 軟體
tmux	`tmux` 背景 `Server` 持續運作，新分頁會一直繼承啟動時的設定	執行 `tmux kill-server` 關閉背景服務

重開軟體依然無效？檢查第三方工具與系統層級設定

如果上面三招都試過了，環境變數 依然頑固地出現在 Terminal 中，那可能是更高層級的系統設定或第三方工具在幕後搞鬼。

更高的系統權限或包裝腳本會讓環境變數在每次啟動時自動復原

這時候可以使用以下兩大檢測指令：

檢測目標	指令	說明
系統全域變數	`launchctl getenv ANTHROPIC_BASE_URL`	檢查是否有第三方代理工具使用 `launchctl setenv` 寫入全域變數
指令包裝腳本	`type claude`	檢查目前的指令是原始執行檔，還是被包裝成帶有預設變數的 `wrapper` 腳本

徹底清除環境變數的標準排查步驟

下次在修改或刪除 ~/.zshrc 中的 環境變數 時，記得先確認：目前的終端機是不是繼承了舊的 Parent Process 設定？

按照以下排查順序，就能輕鬆找到源頭並解決問題：

先執行 unset 變數名稱 或開啟全新終端機視窗。
若使用 VS Code 或 Cursor 等 IDE，按下 Cmd + Q 徹底重啟 IDE。
若使用 tmux，執行 tmux kill-server 重置背景服務。
檢查 launchctl getenv 與 type 指令，排查系統層級與包裝腳本。

環境變數 on Dev TLDRLSS