三者都是結束/終止進程運行。
1.SIGINT SIGTERM區別
前者與字符ctrl+c關聯，后者沒有任何控制字符關聯。
前者只能結束前台進程，后者則不是。
2.SIGTERM SIGKILL的區別
前者可以被阻塞、處理和忽略，但是后者不可以。KILL命令的默認不帶參數發送的信號就是SIGTERM.讓程序有好的退出。因為它可以被阻塞，所以有的進程不能被結束時，用kill發送后者信號，即可。即：kill -9 進程號。
http://www.mirecle.com/2010/05/20/sigterm-sigint-sigkill-difference.html
我看網上應該有不少搜索這個區別的問題，但是回答的都不全面，其中sigterm與sigint尤其有一點區別比較重要，但大都沒有提及，今天我就遇到了這個問題，糾結了20分鍾才搞明白咋回事。
首先，對於說這幾個信號都是終止程序運行的說法不太准確，因為程序收到信號后，如果不對信號處理，就會導致程序退出，但如果程序捕獲信號進行處理，按照它的邏輯，它是不一定會退出的。
在這三個信號中，sigkill是不能被捕獲的，程序收到這個信號后，一定會退出。這就是kill -9一定能保證將程序殺死的原因。
下面說一下sigterm與sigint的區別，其中有一點區別區別很多文章都沒有提及，也是我寫這篇blog的原因（如果人家都寫了，我就不用寫了唄）
| 信號 |
產生方式 |
對進程的影響 |
| sigint |
通過ctrl+c將會對當進程發送此信號 |
信號被當前進程樹接收到，也就是說，不僅當前進程會收到信號，它的子進程也會收到 |
| sigterm |
kill命令不加參數就是發送這個信號 |
只有當前進程收到信號，子進程不會收到。如果當前進程被kill了，那么它的子進程的父進程將會是init，也就是pid為1的進程 |
下面這兩個代碼片段就能夠驗證這種情況(注意使用pcntl的時候，一定要declare ticks，要不然會杯具的發現函數沒有被調用，進程不退出，信號發過去沒有作用。php手冊竟然沒有強調這一點)：
文件：loadhelper.php
04 |
$arr_processes = array(); |
06 |
function terminate($signo){ |
10 |
pcntl_signal(SIGTERM, "terminate", true); |
11 |
pcntl_signal(SIGINT, "terminate", true); |
13 |
foreach($argv as $key => $operation){ |
20 |
$process = proc_open($operation, array(), &$pipes); |
21 |
if(false === $process){ |
24 |
$arr_processes[] = $process; |
文件：child.php
03 |
pcntl_signal(SIGINT, "terminate"); |
04 |
pcntl_signal(SIGTERM, "terminate"); |
06 |
function terminate($signo){ |
使用命令php loadhelper.php “php test.php”可以啟動這個測試。
1.輸入ctrl+c發送sigint可以看到，父進程與子進程的terminate都得到了執行，都有輸出，但父進程不會退出，因為子進程還沒有退出
2.通過kill向父進程的pid發送sigterm，可以看到，只有父進程輸出
遺留問題：
父進程（loadhelper）接受到一次信號后，如果在terminate函數中調用exit，它還是不能退出的，因為還有子進程沒有退出。但是 從此以后它就不能再接收信號了（子進程還是能夠接收到sigint），可能是exit使進程進入了待回收狀態，具體還 需要后續在分析一把。
1. SIGQUIT：
On POSIX-compliant platforms, SIGQUIT is the signal sent to a process by its controlling terminal when the user requests that the process perform a core dump. SIGQUIT can usually be induced with Control-\. On Linux, one may also use Ctrl-4 or, on the virtual console, the SysRq key.
2. SIGTERM：
SIGTERM is the default signal sent to a process by the kill or killall commands. It causes the termination of a process, but unlike the SIGKILL signal, it can be caught and interpreted (or ignored) by the process. Therefore, SIGTERM is akin to asking a process to terminate nicely, allowing cleanup and closure of files. For this reason, on many Unix systems during shutdown, init issues SIGTERM to all processes that are not essential to powering off, waits a few seconds, and then issues SIGKILL to forcibly terminate any such processes that remain.
3. SIGINT：
On POSIX-compliant platforms, SIGINT is the signal sent to a process by its controlling terminal when a user wishes to interrupt the process. SIGINT is sent when the user on the process' controlling terminal presses the interrupt the running process key — typically Control-C, but on some systems, the "delete" character or "break" key.
4. SIGKILL：
On POSIX-compliant platforms, SIGKILL is the signal sent to a process to cause it to terminate immediately. When sent to a program, SIGKILL causes it to terminate immediately. In contrast to SIGTERM and SIGINT, this signal cannot be caught or ignored, and the receiving process cannot perform any clean-up upon receiving this signal.
SIGHUP 終止進程 終端線路掛斷
SIGINT 終止進程 中斷進程
SIGQUIT 建立CORE文件終止進程，並且生成core文件
SIGILL 建立CORE文件 非法指令
SIGTRAP 建立CORE文件 跟蹤自陷
SIGBUS 建立CORE文件 總線錯誤
SIGSEGV 建立CORE文件 段非法錯誤
SIGFPE 建立CORE文件 浮點異常
SIGIOT 建立CORE文件 執行I/O自陷
SIGKILL 終止進程 殺死進程
SIGPIPE 終止進程 向一個沒有讀進程的管道寫數據
SIGALARM 終止進程 計時器到時
SIGTERM 終止進程 軟件終止信號
SIGSTOP 停止進程 非終端來的停止信號
SIGTSTP 停止進程 終端來的停止信號
SIGCONT 忽略信號 繼續執行一個停止的進程
SIGURG 忽略信號 I/O緊急信號
SIGIO 忽略信號 描述符上可以進行I/O
SIGCHLD 忽略信號 當子進程停止或退出時通知父進程
SIGTTOU 停止進程 后台進程寫終端
SIGTTIN 停止進程 后台進程讀終端
SIGXGPU 終止進程 CPU時限超時
SIGXFSZ 終止進程 文件長度過長
SIGWINCH 忽略信號 窗口大小發生變化
SIGPROF 終止進程 統計分布圖用計時器到時
SIGUSR1 終止進程 用戶定義信號1
SIGUSR2 終止進程 用戶定義信號2
SIGVTALRM 終止進程 虛擬計時器到時
1) SIGHUP 本信號在用戶終端連接(正常或非正常)結束時發出, 通常是在終端的控
制進程結束時, 通知同一session內的各個作業, 這時它們與控制終端
不再關聯.
2) SIGINT 程序終止(interrupt)信號, 在用戶鍵入INTR字符(通常是Ctrl-C)時發出
3) SIGQUIT 和SIGINT類似, 但由QUIT字符(通常是Ctrl-)來控制. 進程在因收到
SIGQUIT退出時會產生core文件, 在這個意義上類似於一個程序錯誤信
號.
4) SIGILL 執行了非法指令. 通常是因為可執行文件本身出現錯誤, 或者試圖執行
數據段. 堆棧溢出時也有可能產生這個信號.
5) SIGTRAP 由斷點指令或其它trap指令產生. 由debugger使用.
6) SIGABRT 程序自己發現錯誤並調用abort時產生.
6) SIGIOT 在PDP-11上由iot指令產生, 在其它機器上和SIGABRT一樣.
7) SIGBUS 非法地址, 包括內存地址對齊(alignment)出錯. eg: 訪問一個四個字長
的整數, 但其地址不是4的倍數.
8) SIGFPE 在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢
出及除數為0等其它所有的算術的錯誤.
9) SIGKILL 用來立即結束程序的運行. 本信號不能被阻塞, 處理和忽略.
10) SIGUSR1 留給用戶使用
11) SIGSEGV 試圖訪問未分配給自己的內存, 或試圖往沒有寫權限的內存地址寫數據.
12) SIGUSR2 留給用戶使用
13) SIGPIPE Broken pipe
14) SIGALRM 時鍾定時信號, 計算的是實際的時間或時鍾時間. alarm函數使用該
信號.
15) SIGTERM 程序結束(terminate)信號, 與SIGKILL不同的是該信號可以被阻塞和
處理. 通常用來要求程序自己正常退出. shell命令kill缺省產生這
個信號.
17) SIGCHLD 子進程結束時, 父進程會收到這個信號.
18) SIGCONT 讓一個停止(stopped)的進程繼續執行. 本信號不能被阻塞. 可以用
一個handler來讓程序在由stopped狀態變為繼續執行時完成特定的
工作. 例如, 重新顯示提示符
19) SIGSTOP 停止(stopped)進程的執行. 注意它和terminate以及interrupt的區別:
該進程還未結束, 只是暫停執行. 本信號不能被阻塞, 處理或忽略.
20) SIGTSTP 停止進程的運行, 但該信號可以被處理和忽略. 用戶鍵入SUSP字符時
(通常是Ctrl-Z)發出這個信號
21) SIGTTIN 當后台作業要從用戶終端讀數據時, 該作業中的所有進程會收到SIGTTIN
信號. 缺省時這些進程會停止執行.
22) SIGTTOU 類似於SIGTTIN, 但在寫終端(或修改終端模式)時收到.
23) SIGURG 有"緊急"數據或out-of-band數據到達socket時產生.
24) SIGXCPU 超過CPU時間資源限制. 這個限制可以由getrlimit/setrlimit來讀取/
改變
25) SIGXFSZ 超過文件大小資源限制.
26) SIGVTALRM 虛擬時鍾信號. 類似於SIGALRM, 但是計算的是該進程占用的CPU時間.
27) SIGPROF 類似於SIGALRM/SIGVTALRM, 但包括該進程用的CPU時間以及系統調用的
時間.
28) SIGWINCH 窗口大小改變時發出.
29) SIGIO 文件描述符准備就緒, 可以開始進行輸入/輸出操作.
30) SIGPWR Power failure
有 兩個信號可以停止進程:SIGTERM和SIGKILL。 SIGTERM比較友好，進程能捕捉這個信號，根據您的需要來關閉程序。在關閉程序之前，您可以結束打開的記錄文件和完成正在做的任務。在某些情況下，假 如進程正在進行作業而且不能中斷，那么進程可以忽略這個SIGTERM信號。
對於SIGKILL信號，進程是不能忽略的。這是一個 “我不管您在做什么,立刻停止”的信號。假如您發送SIGKILL信號給進程，Linux就將進程停止在那里。
