linuxsignal6原因

① linux下signal信號匯總

Linux下signal信號匯總
SIGHUP 1 /* Hangup (POSIX). / 終止進程 終端線路掛斷
SIGINT 2 / Interrupt (ANSI). / 終止進程 中斷進程 Ctrl+C
SIGQUIT 3 / Quit (POSIX). / 建立CORE文件終止進程，並且生成core文件 Ctrl+
SIGILL 4 / Illegal instruction (ANSI). / 建立CORE文件,非法指令
SIGTRAP 5 / Trace trap (POSIX). / 建立CORE文件,跟蹤自陷
SIGABRT 6 / Abort (ANSI). /
SIGIOT 6 / IOT trap (4.2 BSD). / 建立CORE文件,執行I/O自陷
SIGBUS 7 / BUS error (4.2 BSD). / 建立CORE文件,匯流排錯誤
SIGFPE 8 / Floating-point exception (ANSI). / 建立CORE文件,浮點異常
SIGKILL 9 / Kill, unblockable (POSIX). / 終止進程 殺死進程
SIGUSR1 10 / User-defined signal 1 (POSIX). / 終止進程 用戶定義信號1
SIGSEGV 11 / Segmentation violation (ANSI). / 建立CORE文件,段非法錯誤
SIGUSR2 12 / User-defined signal 2 (POSIX). / 終止進程 用戶定義信號2
SIGPIPE 13 / Broken pipe (POSIX). / 終止進程 向一個沒有讀進程的管道寫數據
SIGALARM 14 / Alarm clock (POSIX). / 終止進程 計時器到時
SIGTERM 15 / Termination (ANSI). / 終止進程 軟體終止信號
SIGSTKFLT 16 / Stack fault. /
SIGCLD SIGCHLD / Same as SIGCHLD (System V). /
SIGCHLD 17 / Child status has changed (POSIX). / 忽略信號 當子進程停止或退出時通知父進程
SIGCONT 18 / Continue (POSIX). / 忽略信號 繼續執行一個停止的進程
SIGSTOP 19 / Stop, unblockable (POSIX). / 停止進程 非終端來的停止信號
SIGTSTP 20 / Keyboard stop (POSIX). / 停止進程 終端來的停止信號 Ctrl+Z
SIGTTIN 21 / Background read from tty (POSIX). / 停止進程 後台進程讀終端
SIGTTOU 22 / Background write to tty (POSIX). / 停止進程 後台進程寫終端
SIGURG 23 / Urgent condition on socket (4.2 BSD). / 忽略信號 I/O緊急信號
SIGXCPU 24 / CPU limit exceeded (4.2 BSD). / 終止進程 CPU時限超時
SIGXFSZ 25 / File size limit exceeded (4.2 BSD). / 終止進程 文件長度過長
SIGVTALRM 26 / Virtual alarm clock (4.2 BSD). / 終止進程 虛擬計時器到時
SIGPROF 27 / Profiling alarm clock (4.2 BSD). / 終止進程 統計分布圖用計時器到時
SIGWINCH 28 / Window size change (4.3 BSD, Sun). / 忽略信號 窗口大小發生變化
SIGPOLL SIGIO / Pollable event occurred (System V). /
SIGIO 29 / I/O now possible (4.2 BSD). / 忽略信號 描述符上可以進行I/O
SIGPWR 30 / Power failure restart (System V). /
SIGSYS 31 / Bad system call. */
SIGUNUSED 31

有兩個信號可以停止進程:SIGTERM和SIGKILL。 SIGTERM 比較友好，進程能捕捉這個信號，根據您的需要來關閉程序。

在關閉程序之前，您可以結束打開的記錄文件和完成正在做的任務。在某些情況下，假如進程正在進行作業而且不能中斷，那麼進程可以忽略這個SIGTERM信號。

對於 SIGKILL 信號，進程是不能忽略的。這是一個 「我不管您在做什麼,立刻停止」的信號。假如您發送SIGKILL信號給進程，Linux就將進程停止在那裡。

sigaddset 將信號signo 加入到信號集合之中；
sigdelset 將信號從信號集合中刪除；
sigemptyset 函數初始化信號集合set,將set 設置為空；
sigfillset 也初始化信號集合,只是將信號集合設置為所有信號的集合；

② linux系統的進程間通信有哪幾種方式

一、方式

1、管道（Pipe）及有名管道（ mkpipe）：

管道可用於具有親緣關系進程間的通信，有名管道克服了管道沒有名字的限制，因此，除具有管道所具有的功能外，它還允許無親緣關系進程間的通信；

2、信號（Signal）：

信號是比較復雜的通信方式，用於通知接受進程有某種事件發生，除了用於進程間通信外，進程還可以發送信號給進程本身。

linux除了支持Unix早期信號語義函數sigal外，還支持語義符合Posix.1標準的信號函數sigaction。

實際上，該函數是基於BSD的，BSD為了實現可靠信號機制，又能夠統一對外介面，用sigaction函數重新實現了signal函數。

3、消息隊列（Message）：

消息隊列是消息的鏈接表，包括Posix消息隊列system V消息隊列。有足夠許可權的進程可以向隊列中添加消息，被賦予讀許可權的進程則可以讀走隊列中的消息。消息隊列克服了信號承載信息量少，管道只能承載無格式位元組流以及緩沖區大小受限等缺點。

4、共享內存：

使得多個進程可以訪問同一塊內存空間，是最快的可用IPC形式。是針對其他通信機制運行效率較低而設計的。往往與其它通信機制，如信號量結合使用，來達到進程間的同步及互斥。

5、信號量（semaphore）：

主要作為進程間以及同一進程不同線程之間的同步手段。

6、套介面（Socket）：

更為一般的進程間通信機制，可用於不同機器之間的進程間通信。起初是由Unix系統的BSD分支開發出來的，但現在一般可以移植到其它類Unix系統上：Linux和System V的變種都支持套接字。

二、概念

進程間通信概念：

IPC—-InterProcess Communication

每個進程各自有不同的用戶地址空間,任何一個進程的全局變數在另一個進程中都看不到所以進程之間要交換數據必須通過內核。

在內核中開辟一塊緩沖區,進程1把數據從用戶空間拷到內核緩沖區,進程2再從內核緩沖區把數據讀走,內核提供的這種機制稱為進程間通信。

(2)linuxsignal6原因擴展閱讀

1）無名管道:

管道是半雙工的，數據只能向一個方向流動；需要雙方通信時，需要建立起兩個管道；只能用於父子進程或者兄弟進程之間（具有親緣關系的進程）。

管道對於管道兩端的進程而言，就是一個文件，但它不是普通的文件，它不屬於某種文件系統，構成兩進程間通信的一個媒介。

數據的讀出和寫入：一個進程向管道中寫的內容被管道另一端的進程讀出。寫入的內容每次都添加在管道緩沖區的末尾，並且每次都是從緩沖區的頭部讀出數據。

2）有名管道：

不同於管道之處在於它提供一個路徑名與之關聯，以FIFO的文件形式存在於文件系統中。這樣，即使與FIFO的創建進程不存在親緣關系的進程，只要可以訪問該路徑，就能夠彼此通過FIFO相互通信（能夠訪問該路徑的進程以及FIFO的創建進程之間）。

因此，通過FIFO不相關的進程也能交換數據。值得注意的是，FIFO嚴格遵循先進先出（first in first out），對管道及FIFO的讀總是從開始處返回數據，對它們的寫則把數據添加到末尾。它們不支持諸如lseek()等文件定位操作。

③ linux中系統定義的64種信號分別什麼意思

編號為1 ~ 31的信號為傳統支持的信號，是不可靠信號(非實時的)，編號為32 ~ 63的信號是後來擴充的，稱做可靠信號(實時信號)。不可靠信號和可靠信號的區別在於前者不支持排隊，可能會造成信號丟失，而後者不會。
下面我們對編號小於SIGRTMIN的信號進行討論。
1) SIGHUP
本信號在用戶終端連接(正常或非正常)結束時發出, 通常是在終端的控制進程結束時, 通知同一session內的各個作業, 這時它們與控制終端不再關聯。
登錄Linux時，系統會分配給登錄用戶一個終端(Session)。在這個終端運行的所有程序，包括前台進程組和後台進程組，一般都屬於這個Session。當用戶退出Linux登錄時，前台進程組和後台有對終端輸出的進程將會收到SIGHUP信號。這個信號的默認操作為終止進程，因此前台進程組和後台有終端輸出的進程就會中止。不過可以捕獲這個信號，比如wget能捕獲SIGHUP信號，並忽略它，這樣就算退出了Linux登錄，wget也能繼續下載。
此外，對於與終端脫離關系的守護進程，這個信號用於通知它重新讀取配置文件。
2) SIGINT
程序終止(interrupt)信號, 在用戶鍵入INTR字元(通常是Ctrl-C)時發出，用於通知前台進程組終止進程。
3) SIGQUIT
和SIGINT類似, 但由QUIT字元(通常是Ctrl-\)來控制. 進程在因收到SIGQUIT退出時會產生core文件, 在這個意義上類似於一個程序錯誤信號。
4) SIGILL
執行了非法指令. 通常是因為可執行文件本身出現錯誤, 或者試圖執行數據段. 堆棧溢出時也有可能產生這個信號。
5) SIGTRAP
由斷點指令或其它trap指令產生. 由debugger使用。
6) SIGABRT
調用abort函數生成的信號。
7) SIGBUS
非法地址, 包括內存地址對齊(alignment)出錯。比如訪問一個四個字長的整數, 但其地址不是4的倍數。它與SIGSEGV的區別在於後者是由於對合法存儲地址的非法訪問觸發的(如訪問不屬於自己存儲空間或只讀存儲空間)。
8) SIGFPE
在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢出及除數為0等其它所有的算術的錯誤。
9) SIGKILL
用來立即結束程序的運行. 本信號不能被阻塞、處理和忽略。如果管理員發現某個進程終止不了，可嘗試發送這個信號。
10) SIGUSR1
留給用戶使用
11) SIGSEGV
試圖訪問未分配給自己的內存, 或試圖往沒有寫許可權的內存地址寫數據.
12) SIGUSR2
留給用戶使用
13) SIGPIPE
管道破裂。這個信號通常在進程間通信產生，比如採用FIFO(管道)通信的兩個進程，讀管道沒打開或者意外終止就往管道寫，寫進程會收到SIGPIPE信號。此外用Socket通信的兩個進程，寫進程在寫Socket的時候，讀進程已經終止。
14) SIGALRM
時鍾定時信號, 計算的是實際的時間或時鍾時間. alarm函數使用該信號.
15) SIGTERM
程序結束(terminate)信號, 與SIGKILL不同的是該信號可以被阻塞和處理。通常用來要求程序自己正常退出，shell命令kill預設產生這個信號。如果進程終止不了，我們才會嘗試SIGKILL。
17) SIGCHLD
子進程結束時, 父進程會收到這個信號。
如果父進程沒有處理這個信號，也沒有等待(wait)子進程，子進程雖然終止，但是還會在內核進程表中佔有表項，這時的子進程稱為僵屍進程。這種情況我們應該避免(父進程或者忽略SIGCHILD信號，或者捕捉它，或者wait它派生的子進程，或者父進程先終止，這時子進程的終止自動由init進程來接管)。
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
31) SIGSYS
非法的系統調用。
在以上列出的信號中，程序不可捕獲、阻塞或忽略的信號有：SIGKILL,SIGSTOP
不能恢復至默認動作的信號有：SIGILL,SIGTRAP
默認會導致進程流產的信號有：SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ
默認會導致進程退出的信號有：SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM
默認會導致進程停止的信號有：SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU
默認進程忽略的信號有：SIGCHLD,SIGPWR,SIGURG,SIGWINCH
此外，SIGIO在SVR4是退出，在4.3BSD中是忽略；SIGCONT在進程掛起時是繼續，否則是忽略，不能被阻塞

④ Linux信號 機制和Linux信號量機制的區別

首先，一句話總結它們之間的區別：

字面上相似，但是本質上存在巨大的差別！請看詳細解答...
Linux信號（signal) 機制

signal，又簡稱為信號（軟中斷信號）用來通知進程發生了非同步事件。

原理：

一個進程收到一個信號與處理器收到一個中斷請求可以說是一樣的。信號是進程間通信機制中唯一的非同步通信機制，一個進程不必通過任何操作來等待信號的到達，事實上，進程也不知道信號到底什麼時候到達。進程之間可以互相通過系統調用kill發送軟中斷信號。內核也可以因為內部事件而給進程發送信號，通知進程發生了某個事件。信號機制除了基本通知功能外，還可以傳遞附加信息。

分類：
從兩個不同的分類角度對信號進行：
可靠性方面：可靠信號與不可靠信號；
與時間的關繫上：實時信號與非實時信號。

部分定義轉自：http://www.cnblogs.com/hoys/archive/2012/08/19/2646377.html

Linux信號量（semaphore）機制
Linux內核的信號量用來操作系統進程間同步訪問共享資源。

原理：信號量在創建時需要設置一個初始值，表示同時可以有幾個任務可以訪問該信號量保護的共享資源，初始值為1就變成互斥鎖（Mutex），即同時只能有一個任務可以訪問信號量保護的共享資源。
一個任務要想訪問共享資源，首先必須得到信號量，獲取信號量的操作將把信號量的值減1，若當前信號量的值為負數，表明無法獲得信號量，該任務必須掛起在該信號量的等待隊列等待該信號量可用；若當前信號量的值為非負數，表示可以獲得信號量，因而可以立刻訪問被該信號量保護的共享資源。
當任務訪問完被信號量保護的共享資源後，必須釋放信號量，釋放信號量通過把信號量的值加1實現，如果信號量的值為非正數，表明有任務等待當前信號量，因此它也喚醒所有等待該信號量的任務。

常用的信號量的API：

DECLARE_MUTEX(name)

該宏聲明一個信號量name並初始化它的值為0，即聲明一個互斥鎖。
DECLARE_MUTEX_LOCKED(name)

該宏聲明一個互斥鎖name，但把它的初始值設置為0，即鎖在創建時就處在已鎖狀態。因此對於這種鎖，一般是先釋放後獲得。
void sema_init (struct semaphore *sem, int val);

該函用於數初始化設置信號量的初值，它設置信號量sem的值為val。
void init_MUTEX (struct semaphore *sem);

該函數用於初始化一個互斥鎖，即它把信號量sem的值設置為1。
void init_MUTEX_LOCKED (struct semaphore *sem);

該函數也用於初始化一個互斥鎖，但它把信號量sem的值設置為0，即一開始就處在已鎖狀態。
void down(struct semaphore * sem);

該函數用於獲得信號量sem，它會導致睡眠，因此不能在中斷上下文（包括IRQ上下文和softirq上下文）使用該函數。該函數將把sem的值減1，如果信號量sem的值非負，就直接返回，否則調用者將被掛起，直到別的任務釋放該信號量才能繼續運行。
int down_interruptible(struct semaphore * sem);

該函數功能與down類似，不同之處為，down不會被信號（signal）打斷，但down_interruptible能被信號打斷，因此該函數有返回值來區分是正常返回還是被信號中斷，如果返回0，表示獲得信號量正常返回，如果被信號打斷，返回-EINTR。
int down_trylock(struct semaphore * sem);

該函數試著獲得信號量sem，如果能夠立刻獲得，它就獲得該信號量並返回0，否則，表示不能獲得信號量sem，返回值為非0值。因此，它不會導致調用者睡眠，可以在中斷上下文使用。
void up(struct semaphore * sem);

該函數釋放信號量sem，即把sem的值加1，如果sem的值為非正數，表明有任務等待該信號量，因此喚醒這些等待者。

實例：
信號量在絕大部分情況下作為互斥鎖使用，下面以console驅動系統為例說明信號量的使用。

在內核源碼樹的kernel/printk.c中，使用宏DECLARE_MUTEX聲明了一個互斥鎖console_sem，它用於保護console驅動列表console_drivers以及同步對整個console驅動系統的訪問。

⑤ linux signal(SIGINT,SIG_IGN);大概解釋一下

signal，此函數相對簡單一些，給定一個信號，給出信號處理函數則可，當然，函數簡單，其功能也相對簡單許多，簡單給出個函數例子如下：

#include<signal.h>
#include<stdio.h>
#include<unistd.h>

voidouch(intsig)
{
printf("Igotsignal%d
",sig);
//(void)signal(SIGINT,SIG_DFL);
//(void)signal(SIGINT,ouch);

}

intmain()
{
(void)signal(SIGINT,ouch);

while(1)
{
printf("helloworld...
");
sleep(1);
}
}

當然，實際運用中，需要對不同到signal設定不同的到信號處理函數，SIG_IGN忽略/SIG_DFL默認，這倆宏也可以作為信號處理函數。同時SIGSTOP/SIGKILL這倆信號無法捕獲和忽略。注意，經過實驗發現，signal函數也會堵塞當前正在處理的signal，但是沒有辦法阻塞其它signal，比如正在處理SIG_INT，再來一個SIG_INT則會堵塞，但是來SIG_QUIT則會被其中斷，如果SIG_QUIT有處理，則需要等待SIG_QUIT處理完了，SIG_INT才會接著剛才處理。