注：此文涉及實際專案原始碼截圖，檢視時可不關注處理邏輯！    

     根據測試與實際的使用過程中發現：BASH中管道內都為子程序，而KSH中最後一個管道為父程序其他為子程序！（簡單的測試過程放在最後）。

因此KSH與BASH轉換時，在使用管道的地方，有以下幾種情況時，需要注意：
(一)    管道+read的方式：主程序讀取不了值

例如：

建議修改:
1.    這裡可以讀取多個值(推薦這種方式修改):
 
2.    這裡只可以讀取一個值：

 

(二)    管道+while read：需要讀取while read中的值；讀取不了管道中的值
例如:

 

建議修改：
1.    通過”()”強制將輸出資料語句與管道最後一個保持在一個程序內
 
2.    通過<<<這個進行處理
修改為:
While read test1 test2
Do
Done<<<”`cat *.txt`”
(三)    Cat 檔案+while read：需要讀取while read中的值；讀取不了管道中的值
例如：
Cat file.txt|while read
Do
檔案操作
Done
取檔案操作中的值（可能為檔案計算總和）
建議方式：
while read
Do
檔案操作
Done< file.txt
取檔案操作中的值（可能為檔案計算總和）
#####這裡不使用管道就避免了這種情況！
(四)    管道+while：需要從while中退出指令碼；退出管道後，指令碼繼續執行
例如：

 

說明：這裡的exit 1是不會退出指令碼的，會輸出echo的內容，指令碼繼續執行；造成指令碼邏輯判斷失誤與資訊輸出不規範
建議修改：

a.    子程序輸出返回資訊，主程序判斷管道最後的退出狀態！（也可以管道返回狀態碼，主程序判斷）

總之，目前BASH中使用管道時，都要當做子程序對待；因此，特別是想退出指令碼或讀取管道中處理的值時，需要特別注意！
(五)    管道+while &+wait;不會等待；
例如：
echo |..|while read file
do
(
……
)
done
wait
這種寫法本身也是有點錯誤，因為我們的本意是等待while中的&，那麼wait就應該和它待在一起，而由於bash中的最後管道為子程序，因此，才造成了bash與ksh不同；
建議修改：
echo |..|(while read file
do
(
……
)
done
wait)
使用()將其強制放到一個程序中。
(六)    測試證明過程
 
這裡只是進行了簡單的測試進行證明，如需要詳細瞭解，可以通過觀察程序號等資訊，或者查詢官方手冊。我目前看到網上有這方面問題的指出，但都不太全面；因此把專案過程中遇到的問題在這裡總結一下。