shell腳本如何使用信號機制去控制線程的開啟關閉？
trap是Linux的內建命令，用于捕捉信號，trap命令可以指定收到某種信號時所執行的命令。trap命令的格式如下：trap command sig1 sig2 ... sigN，當接收到sinN中任意一個信號時，執行command命令，command命令完成后繼續接收到信號前的操作，直到腳本結束。 利用trap命令捕捉INT信號（即與Ctrl+c綁定的中斷信號）。trap還可以忽略某些信號，將command用空字符串代替即可，如trap "" TERM INT，忽略kill %n和Ctrl+c發送的信號（kill發送的是TERM信號）。Linux更強勁的殺死進程的命令：kill -9 進程號（或kill -9 %n作業號）等價與kill -KILL 進程號。
舉個例子
：
最近小A需要生產2015年全年的KPI數據報表，現在小A已經將生產腳本寫好了，生產腳本一次只能生產指定一天的KPI數據，假設跑一次生產腳本需要5分鐘，那么：
如果是循環順序執行，那么需要時間：5 * 365 = 1825 分鐘，約等于 6 天
如果是一次性放到linux后臺并發執行，365個后臺任務，系統可承受不住哦！
既然不能一次性把365個任務放到linux后臺執行，那么，能不能實現自動地每次將N個任務放到后臺并發執行呢？當然是可以的啦。
#! /bin/bash
source /etc/profile;
# -----------------------------
tempfifo=$$.fifo # $$表示當前執行文件的PID
begin_date=$1 # 開始時間
end_date=$2 # 結束時間
if [ $# -eq 2 ]
then
if [ "$begin_date" \> "$end_date" ]
then
echo "Error! $begin_date is greater than $end_date"
exit 1;
fi
else
echo "Error! Not enough params."
echo "Sample: sh loop_kpi 2015-12-01 2015-12-07"
exit 2;
fi
# -----------------------------
trap "exec 1000>&-;exec 1000
mkfifo $tempfifo
exec 1000$tempfifo
rm -rf $tempfifo
for ((i=1; i
do
echo >&1000
done
while [ $begin_date != $end_date ]
do
read -u1000
{
echo $begin_date
hive -f kpi_report.sql --hivevar date=$begin_date
echo >&1000
} &
begin_date=`date -d "+1 day $begin_date" +"%Y-%m-%d"`
done
wait
echo "done!!!!!!!!!!"
第6～22行：比如：sh loop_kpi_report.sh 2015-01-01 2015-12-01：
$1表示腳本入參的第一個參數，等于2015-01-01
$2表示腳本入參的第二個參數，等于2015-12-01
$#表示腳本入參的個數，等于2
第13行用于比較傳入的兩個日期的大小，\>是轉義
第26行：表示在腳本運行過程中，如果接收到Ctrl+C中斷命令，則關閉文件描述符1000的讀寫，并正常退出
exec 1000>&-;表示關閉文件描述符1000的寫
exec 1000
trap是捕獲中斷命令
第27～29行：
第27行，創建一個管道文件
第28行，將文件描述符1000與FIFO進行綁定，寫的綁定，則標識對文件描述符1000的所有操作等同于對管道文件$tempfifo的操作
第29行，可能會有這樣的疑問：為什么不直接使用管道文件呢？事實上這并非多此一舉，管道的一個重要特性，就是讀寫必須同時存在，缺失某一個操作，另一個操作就是滯留，而第28行的綁定文件描述符（讀、寫綁定）正好解決了這個問題
第31～34行：對文件描述符1000進行寫入操作。通過循環寫入8個空行，這個8就是我們要定義的后臺并發的線程數。為什么是寫空行而不是寫其它字符？因為管道文件的讀取，是以行為單位的
第37～42行：
第37行，read -u1000的作用就是讀取管道中的一行，在這里就是讀取一個空行；每次讀取管道就會減少一個空行
第39～41行，注意到第42行結尾的&嗎？它表示進程放到linux后臺中執行
第41行，執行完后臺任務之后，往文件描述符1000中寫入一個空行。這是關鍵所在了，由于read -u1000每次操作，都會導致管道減少一個空行，當linux后臺放入了8個任務之后，由于文件描述符1000沒有可讀取的空行，將導致read -u1000一直處于等待。
