Bash 中的進程替換與命名管道

在 Linux 系統管理的日常工作中，我們經常需要將多個命令的輸出進行串接、比較或暫存。雖然管道（Pipe, |）是處理資料流的標準方式，但在某些情境下，它會顯得力不從心。例如，當我們需要將同一個檔案的內容同時餵給兩個不同的命令進行比較，或者需要讓兩個不相關的進程透過檔案系統進行非同步通訊時，傳統的管道就無法勝任了。這時，進程替換（Process Substitution）與命名管道（Named Pipes / FIFOs）便成為 Shell 腳本中不可或缺的強大工具。

本文将深入探討這兩項技術的原理與實際應用，幫助你撰寫更靈活、高效的 Bash 腳本。

進程替換：讓命令像檔案一樣被讀取

進程替換的語法為 <(...) 或 >(...)。它會啟動一個子進程來執行括號內的命令，並透過一個特殊的檔案描述符（通常是 /dev/fd/ 下的裝置檔案）將該進程的輸出或輸入暴露出來。這讓你可以將命令的結果直接當作檔案路徑傳遞給其他命令。

最經典的應用場景是比較兩個目錄或檔案的內容差異。假設我們想比較兩個目錄結構是否完全一致，通常我們會分別列出檔案清單，但使用進程替換可以簡化流程：

# 比較兩個目錄的檔案列表差異
diff <(ls /etc/ssh) <(ls /home/user/docs)

這裡 <(...) 會執行 ls 命令，並將其輸出模擬成一個虛擬檔案供 diff 讀取。這不僅語法簡潔，而且避免了建立臨時檔案的麻煩。

另一個實用的範例是將標準輸入同時餵給多個命令。在標準管道中，資料流是單向且線性的，但透過進程替換，我們可以輕鬆實現「一分多」：

# 將當前目錄的檔案列表同時送給 wc (計數) 和 sort (排序)
# 注意：這裡我們用 cat 產生資料，並透過進程替換處理
cat <(ls -l) <(ls -l | wc -l)

雖然這個例子較少見，但它展示了進程替換在處理複雜資料流時的彈性。值得注意的是，進程替換僅限於 Bash、Zsh 等現代 Shell，在 POSIX sh 中並不支援。

命名管道：跨進程的非同步通訊橋樑

與進程替換不同，命名管道（FIFO）是實際存在於檔案系統中的特殊檔案。它們允許不相關的進程之間進行通訊，且資料流是非同步的——寫入者會阻塞直到有讀取者出現，反之亦然。

創建命名管道使用 mkfifo 指令：

# 創建一個名為 my_fifo 的命名管道
mkfifo my_fifo

# 檢查類型，應顯示為 'fifo'
ls -l my_fifo

命名管道的強大之處在於解耦。我們可以分別在不同的終端視窗中運行讀取和寫入的腳本，實現解耦的數據處理流程。

以下是一個完整的實戰範例：模擬一個日誌收集器。我們在後台啟動一個持續寫入日誌的進程，並在前台啟動一個即時過濾日誌的進程。

步驟 1：創建腳本 logger.sh

#!/bin/bash
# logger.sh - 持續寫入日誌到 FIFO
FIFO="/tmp/my_log_fifo"

# 確保 FIFO 存在
[ -p "$FIFO" ] || mkfifo "$FIFO"

# 模擬產生日誌
for i in $(seq 1 10); do
    echo "[$(date +%T)] INFO: Log message number $i" >> "$FIFO"
    sleep 1
done

# 寫入完畢後移除 FIFO
rm "$FIFO"

步驟 2：創建腳本 filter.sh

#!/bin/bash
# filter.sh - 從 FIFO 讀取並過濾日誌
FIFO="/tmp/my_log_fifo"

# 確保 FIFO 存在
[ -p "$FIFO" ] || mkfifo "$FIFO"

# 使用 tail -f 或 read 來即時讀取
# 這裡使用 while read 循環來即時處理每一行
while IFS= read -r line; do
    echo "FILTERED: $line"
    # 模擬處理邏輯，例如檢查是否包含 ERROR
    if [[ "$line" == *"ERROR"* ]]; then
        echo "ALERT: Critical error detected!" >&2
    fi
done < "$FIFO"

步驟 3：執行測試

打開兩個終端視窗：

在終端 A 運行寫入腳本：bash logger.sh &
在終端 B 運行讀取腳本：bash filter.sh

你會看到終端 B 每秒輸出過濾後的日誌。這種模式非常適合用於解耦資料產生與資料處理的場景，例如即時監控系統或數據匯流中心。

常見問題

進程替換與命名管道性能差異？ 進程替換通常更快，因為它依賴記憶體中的 /dev/fd 裝置檔案，無需觸及檔案系統元數據操作。而命名管道涉及 inode 創建與刪除，且在大量小數據包傳輸時可能有更高的開銷。對於一次性比較或簡單串接，優先選擇進程替換。
命名管道阻塞問題如何處理？ FIFO 的經典陷阱是「死鎖」。如果先打開讀取端，但沒有寫入端，讀取進程會永久阻塞。反之亦然。解決方案是確保讀寫雙方同時存在，或使用 timeout 指令設定超時，或在腳本中先創建 FIFO 再啟動進程，確保環境一致。

小結

進程替換與命名管道是 Bash 腳本進階技巧的核心。進程替換以其簡潔性解決了「將命令輸出當作檔案」的需求，特別適合即時比較與資料分流；而命名管道則提供了更底層、非同步的進程間通訊機制，適合構建複雜的數據處理管道。掌握這兩者，將大幅提升你處理 Linux 系統任務的效率與靈活性。下次遇到複雜的資料流處理時，不妨思考一下哪種工具最適合你的場景。