linux信號表

A. linux進程詳解

ps是Linux 中最基礎的瀏覽系統中的進程的命令。能列出系統中運行的進程，包括進程號、命令、CPU使用量、內存使用量等。接下來解讀一下Linux操作系統的進程和Windows「Ctrl+Alt+delete」直接的差異。

在進行了解進程命令之前需要知道進程的一些狀態

ps工具標識進程的5種狀態碼:

Linux操作系統進程執行的狀態轉換圖如圖所示:

下面來看一下 ps命令
ps --help命令可以查看ps命令的使用說明

或者使用 man ps命令 查詢ps的詳細說明

在 man手冊 關於ps的解讀中，總結了一下幾個參數的含義：

以上的參數是可以拼接使用的，那就了解一些常用的參數組合
ps aux命令

ps -ef命令

查看進程狀態這兩個是命令是最常用的，使用 ps aux 可以查看進程的詳細運行狀態等。使用 ps -ef 不僅可以顯示自身的PID，也可以顯示PPID(父進程)。但是顯示不了進程的運行狀態

top命令
top命令是Linux下常用的性能分析工具，能夠實時顯示系統中各個進程的資源佔用狀況，類似於Windows的任務管理器

man手冊關於top的解釋

關閉進程，重啟進程
在上一片文章中 linux的目錄結構 裡面說過，在目錄/etc/init.d/目錄下包含許多系統各種服務的啟動和停止腳本。假設進程佔用內存較大或者進程異常，我們是重啟這個進程restart。如下圖所示：

我們重啟了mysqld這個進程，可以看出進程號已經改變(從15743到15964)，說明進程已經重啟。

Linux下有3個特殊的進程，idle進程(PID=0), init進程(PID=1)和kthreadd(PID=2)

我們來看一下進程狀態[下面是刪減版,進程數量太多，列舉一部分]

可以看到很多進程的PPID號是1和2。也就是init進程和kthreadd進程。

在使用Windows系統的過程中，都碰到過應用程序卡死的情況。應對此問題，我們一般都是等待失去響應的程序恢復，或者是直接使用任務管理器將其強制關閉，然後再重新打開。

在Linux中,遇到特別耗費資源的進程，當然需要使用 top命令 查看進程佔用率高的進程。或者使用 free -m命令 查看內存剩餘。假設需要強殺進程來釋放空間。我們涉及到Linux中信號📶的知識，在這里簡單的描述一下，信號的詳解會在接下來的文章裡面敘述。
free -m命令查看內存空間

在linux中存在著64種信號
使用 kill -l命令 查看信號列表

在前面說過進程會被這些個信號> (進程收到SIGSTOP, SIGSTP, SIGTIN, SIGTOU信號強制停止運行) 那問題就在於如何發信號給這些個進程。
使用kill命令發信號

我們從上面可以看到 mysqld進程被重啟了 。

關於Linux的這一塊進程的知識還有很多，後面的文章跟大家分享僵屍進程，孤兒進程等等知識，以及守護進程(daemon進程).

B. linux signal 11 是什麼意思

通過kill -l 可以查看信號列表，11 是段錯誤
$ kill -l
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
13) SIGPIPE 14) SIGALRM 15) SIGTERM 17) SIGCHLD
18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN
22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO
30) SIGPWR 31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1
36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4 39) SIGRTMIN+5
40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8 43) SIGRTMIN+9
44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13
52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9
56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6 59) SIGRTMAX-5
60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2 63) SIGRTMAX-1
64) SIGRTMAX

C. linux有哪些信號不會被阻塞

1. 信號在內核中的表示
我們知道了信號產生的各種原因，而實際執行信號處理的動作，叫做信號遞達（Delivery）。信號從產生到遞達之間的狀態，稱為信號未決（Pending）。進程可以選擇阻塞（Block）某個信號。被阻塞的信號產生時將保持在未決狀態，直到進程解除對此信號的阻塞，才執行遞達的動作。
注意，阻塞和忽略是不同的，只要信號被阻塞就不會遞達，而忽略是在遞達之後可選的一種處理動作。

每個信號都有兩個標志位分別表示阻塞和未決，，還有一個函數指針表示處理動作，信號產生時，內核在進程式控制制塊中設置該信號的未決標志，直到信號遞達才清除該標志。

SIGHUP信號未阻塞也未產生過，當它遞達時執行默認處理動作。

SIGINT信號產生過，但正在被阻塞，所以暫時不能遞達。雖然它的處理動作是忽略，但在沒有解除阻塞之前不能忽略這個信號，因為進程仍有機會改變處理動作之後再解除阻塞。
SIGQUIT信號未產生過，一旦產生SIGQUIT信號將被阻塞，它的處理動作是用戶自定義函數sighandler。
如果在進程解除對某信號的阻塞之前這種信號產生過多次，將如何處理？
POSIX.1允許系統遞送該信號一次或多次。Linux是這樣實現的：常規信號在遞達之前產生多次只計一次，而實時信號在遞達之前產生多次可以依次放在一個隊列里。
從上圖來看，每個信號只有一個bit的未決標志，非0即1，不記錄該信號產生了多少次，阻塞標志也是這樣表示的。因此，未決和阻塞標志可以用相同的數據類型sigset_t來存儲，sigset_t稱為信號集，這個類型可以表示每個信號的「有效」或「無效」狀態，在阻塞信號集中「有效」和「無效」的含義是該信號是否被阻塞，而在未決信
號集中「有效」和「無效」的含義是該信號是否處於未決狀態。

2. 信號集操作函數
sigset_t類型對於每種信號用一個bit表示「有效」或「無效」狀態，至於這個類型內部如何存儲這些bit則依賴於系統實現，從使用者的角度是不必關心的，使用者只能調用以下函數來操作sigset_t變數，而不應該對它的內部數據做任何解釋，比如用printf直接列印sigset_t變數是沒有意義的。

#include <signal.h>
int sigemptyset(sigset_t *set); ----- 初始化set指向的信號集，使其中所有信號的對應bit清零，表示該信號集不包含任何有效信號.
int sigfillset(sigset_t *set); ---- 初始化set所指向的信號集，使其中所有信號的對應bit置位,表示該信號集的有效信號包括系統支持的所有信號。
int sigaddset(sigset_t *set, int signo);
int sigdelset(sigset_t *set, int signo);
int sigismember(const sigset_t *set, int signo);
注意，在使用sigset_t類型的變數之前，一定要調用sigemptyset或sigfillset做初始化，使信號集處於確定的狀態。

3. sigprocmask
調用函數sigprocmask可以讀取或更改進程的信號屏蔽字。
如果oset是非空指針，則讀取進程的當前信號屏蔽字通過oset參數傳出。如果set是非空指針，則更改進程的信號屏蔽字，參數how指示如何更改。如果oset和set都是非空指針，則先將原來的信號屏蔽字備份到oset里，然後根據set和how參數更改信號屏蔽字。假設當前的信號屏蔽字為mask，下表說明了how參數的可選值。

D. linux 關閉時會給程序法什麼信號

運行如下命令，可看到Linux支持的信號列表：
# kill -l
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT
17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU
25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH
29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN
35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4
39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12
47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14
51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10
55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6
59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
列表中，編號為1 ~ 31的信號為傳統UNIX支持的信號，是不可靠信號(非實時的)，編號為32 ~ 63的信號是後來擴充的，稱做可靠信號(實時信號)。不可靠信號和可靠信號的區別在於前者不支持排隊，可能會造成信號丟失，而後者不會。
編號小於SIGRTMIN的信號解釋如下：
1) SIGHUP
本信號在用戶終端連接(正常或非正常)結束時發出, 通常是在終端的控制進程結束時, 通知同一session內的各個作業, 這時它們與控制終端不再關聯。
登錄Linux時，系統會分配給登錄用戶一個終端(Session)。在這個終端運行的所有程序，包括前台進程組和 後台進程組，一般都屬於這個 Session。當用戶退出Linux登錄時，前台進程組和後台有對終端輸出的進程將會收到SIGHUP信號。這個信號的默認操作為終止進程，因此前台進 程組和後台有終端輸出的進程就會中止。不過可以捕獲這個信號，比如wget能捕獲SIGHUP信號，並忽略它，這樣就算退出了Linux登錄，wget也 能繼續下載。
此外，對於與終端脫離關系的守護進程，這個信號用於通知它重新讀取配置文件。
2) SIGINT
程序終止(interrupt)信號, 在用戶鍵入INTR字元(通常是Ctrl-C)時發出，用於通知前台進程組終止進程。

E. linux下的Ctrl+C信號值是多少，該如何解決

Ctrl+C：送SIGINT信號，默認進程會結束，但是進程自己可以重定義收到這個信號的行為。 Ctrl+Z：送SIGSTOP信號，進程只是被停止，再送SIGCONT信號，進程繼續運行。 ctrl-d 不是發送信號，而是表示一個特殊的二進制值，表示 EOF 有些信號不能被屏蔽，比如中斷，還應該有殺死進程的信號，要不然內核怎麼做操作系統中的老大。實際上，SIGKILL和SIGSTOP信號是不能被屏蔽或阻止的，他們的默認動作總是會被執行的。

F. linux信號量的問題

sem_init：初始化信號量sem_t，初始化的時候可以指定信號量的初始值，以及是否可以在多進程間共享。
sem_wait：一直阻塞等待直到信號量>0。
sem_timedwait：阻塞等待若干時間直到信號量>0。
sem_post：使信號量加1。
sem_destroy：釋放信號量。和sem_init對應。 答案補充 關於各函數的具體參數請用man查看,如man sem_init可查看該函數的幫助

G. linux 如何查看進程信號狀態

這個在設置裡面你直接就可以找到，然後查看到他的狀態

H. linux 在哪個文件下查看信號列表

通過命令+文件名查看內容。如下命令可以查看。 1， cat :由第一行開始顯示文件內容； 2，tac：從最後一行開始顯示，可以看出tac與cat字母順序相反； 3，nl:顯示的時候輸出行號； 4，more：一頁一頁的顯示文件內容；

I. Linux進程間通信

linux下進程間通信的幾種主要手段簡介：

一般文件的I/O函數都可以用於管道，如close、read、write等等。

實例1：用於shell

管道可用於輸入輸出重定向，它將一個命令的輸出直接定向到另一個命令的輸入。比如，當在某個shell程序（Bourne shell或C shell等）鍵入who│wc -l後，相應shell程序將創建who以及wc兩個進程和這兩個進程間的管道。

實例二：用於具有親緣關系的進程間通信

管道的主要局限性正體現在它的特點上：

有名管道的創建

小結：

管道常用於兩個方面：（1）在shell中時常會用到管道（作為輸入輸入的重定向），在這種應用方式下，管道的創建對於用戶來說是透明的；（2）用於具有親緣關系的進程間通信，用戶自己創建管道，並完成讀寫操作。

FIFO可以說是管道的推廣，克服了管道無名字的限制，使得無親緣關系的進程同樣可以採用先進先出的通信機制進行通信。

管道和FIFO的數據是位元組流，應用程序之間必須事先確定特定的傳輸"協議"，採用傳播具有特定意義的消息。

要靈活應用管道及FIFO，理解它們的讀寫規則是關鍵。

信號生命周期

信號是進程間通信機制中唯一的非同步通信機制，可以看作是非同步通知，通知接收信號的進程有哪些事情發生了。信號機制經過POSIX實時擴展後，功能更加強大，除了基本通知功能外，還可以傳遞附加信息。

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

(1) 可靠信號與不可靠信號

不可靠信號 ：Linux下的不可靠信號問題主要指的是信號可能丟失。

可靠信號 ：信號值位於SIGRTMIN和SIGRTMAX之間的信號都是可靠信號，可靠信號克服了信號可能丟失的問題。Linux在支持新版本的信號安裝函數sigation（）以及信號發送函數sigqueue()的同時，仍然支持早期的signal（）信號安裝函數，支持信號發送函數kill()。

對於目前linux的兩個信號安裝函數:signal()及sigaction()來說，它們都不能把SIGRTMIN以前的信號變成可靠信號（都不支持排隊，仍有可能丟失，仍然是不可靠信號），而且對SIGRTMIN以後的信號都支持排隊。這兩個函數的最大區別在於，經過sigaction安裝的信號都能傳遞信息給信號處理函數（對所有信號這一點都成立），而經過signal安裝的信號卻不能向信號處理函數傳遞信息。對於信號發送函數來說也是一樣的。

(2) 實時信號與非實時信號

前32種信號已經有了預定義值，每個信號有了確定的用途及含義，並且每種信號都有各自的預設動作。如按鍵盤的CTRL ^C時，會產生SIGINT信號，對該信號的默認反應就是進程終止。後32個信號表示實時信號，等同於前面闡述的可靠信號。這保證了發送的多個實時信號都被接收。實時信號是POSIX標準的一部分，可用於應用進程。非實時信號都不支持排隊，都是不可靠信號；實時信號都支持排隊，都是可靠信號。

發送信號的主要函數有：kill()、raise()、 sigqueue()、alarm()、setitimer()以及abort()。

調用成功返回 0；否則，返回 -1。

sigqueue()是比較新的發送信號系統調用，主要是針對實時信號提出的（當然也支持前32種），支持信號帶有參數，與函數sigaction()配合使用。

sigqueue的第一個參數是指定接收信號的進程ID，第二個參數確定即將發送的信號，第三個參數是一個聯合數據結構union sigval，指定了信號傳遞的參數，即通常所說的4位元組值。

sigqueue()比kill()傳遞了更多的附加信息，但sigqueue()只能向一個進程發送信號。sigqueue()比kill()傳遞了更多的附加信息，但sigqueue()只能向一個進程發送信號。

inux主要有兩個函數實現信號的安裝： signal() 、 sigaction() 。其中signal()在可靠信號系統調用的基礎上實現, 是庫函數。它只有兩個參數，不支持信號傳遞信息，主要是用於前32種非實時信號的安裝；而sigaction()是較新的函數（由兩個系統調用實現：sys_signal以及sys_rt_sigaction），有三個參數，支持信號傳遞信息，主要用來與 sigqueue() 系統調用配合使用，當然，sigaction()同樣支持非實時信號的安裝。sigaction()優於signal()主要體現在支持信號帶有參數。

消息隊列就是一個消息的鏈表。可以把消息看作一個記錄，具有特定的格式以及特定的優先順序。對消息隊列有寫許可權的進程可以向中按照一定的規則添加新消息；對消息隊列有讀許可權的進程則可以從消息隊列中讀走消息。消息隊列是隨內核持續的

消息隊列的內核持續性要求每個消息隊列都在系統范圍內對應唯一的鍵值，所以，要獲得一個消息隊列的描述字，只需提供該消息隊列的鍵值即可；

消息隊列與管道以及有名管道相比，具有更大的靈活性，首先，它提供有格式位元組流，有利於減少開發人員的工作量；其次，消息具有類型，在實際應用中，可作為優先順序使用。這兩點是管道以及有名管道所不能比的。同樣，消息隊列可以在幾個進程間復用，而不管這幾個進程是否具有親緣關系，這一點與有名管道很相似；但消息隊列是隨內核持續的，與有名管道（隨進程持續）相比，生命力更強，應用空間更大。

信號燈與其他進程間通信方式不大相同，它主要提供對進程間共享資源訪問控制機制。相當於內存中的標志，進程可以根據它判定是否能夠訪問某些共享資源，同時，進程也可以修改該標志。除了用於訪問控制外，還可用於進程同步。信號燈有以下兩種類型：

int semop(int semid, struct sembuf *sops, unsigned nsops); semid是信號燈集ID，sops指向數組的每一個sembuf結構都刻畫一個在特定信號燈上的操作。

int semctl(int semid，int semnum，int cmd，union semun arg)
該系統調用實現對信號燈的各種控制操作，參數semid指定信號燈集，參數cmd指定具體的操作類型；參數semnum指定對哪個信號燈操作，只對幾個特殊的cmd操作有意義；arg用於設置或返回信號燈信息。

進程間需要共享的數據被放在一個叫做IPC共享內存區域的地方，所有需要訪問該共享區域的進程都要把該共享區域映射到本進程的地址空間中去。系統V共享內存通過shmget獲得或創建一個IPC共享內存區域，並返回相應的標識符。內核在保證shmget獲得或創建一個共享內存區，初始化該共享內存區相應的shmid_kernel結構注同時，還將在特殊文件系統shm中，創建並打開一個同名文件，並在內存中建立起該文件的相應dentry及inode結構，新打開的文件不屬於任何一個進程（任何進程都可以訪問該共享內存區）。所有這一切都是系統調用shmget完成的。

shmget（）用來獲得共享內存區域的ID，如果不存在指定的共享區域就創建相應的區域。shmat()把共享內存區域映射到調用進程的地址空間中去，這樣，進程就可以方便地對共享區域進行訪問操作。shmdt()調用用來解除進程對共享內存區域的映射。shmctl實現對共享內存區域的控制操作。這里我們不對這些系統調用作具體的介紹，讀者可參考相應的手冊頁面，後面的範例中將給出它們的調用方法。

註：shmget的內部實現包含了許多重要的系統V共享內存機制；shmat在把共享內存區域映射到進程空間時，並不真正改變進程的頁表。當進程第一次訪問內存映射區域訪問時，會因為沒有物理頁表的分配而導致一個缺頁異常，然後內核再根據相應的存儲管理機制為共享內存映射區域分配相應的頁表。

J. Linux中同步信號和非同步信號分別怎麼解釋

Linux非同步信號
1.int pthread_kill(pthread_t threadid, intsigno);
向特定的線程發送信號signo
2.int pthread_sigmask(int how, const sigset_t*newmask, sigset_t *oldmask);
設置線程的信號屏蔽碼
3.int sigwait(const sigset_t *set, int *sig);
阻塞線程，等待set中指定的信號之一到達，並將到達的信號存入*sig。
4.代碼
#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>
#include <signal.h>
//#define SIGUSRR 40;
int SIGUSRR = 40;
void* threadOne(void *arg)
{
sigset_tsigset;
intsigno;
sigemptyset(&sigset);
sigaddset(&sigset,SIGUSRR);
pthread_sigmask(SIG_BLOCK,&sigset, NULL);
while(1)
{
sigwait(&sigset,&signo);
printf("getthread cond sig!\n");
}
}
int main(int argc, char **argv)
{
if(argc != 1)
{
printf("Usage:\n");
printf("threadcond\n");
return1;
}
pthread_tthreadId;
if(pthread_create(&threadId,NULL, threadOne, NULL) != 0)
{
printf("threadcreate error! \n");
return1;
}
//structsigaction act;
//act.sa_handler=SIG_IGN;
//sigemptyset(&act.sa_mask);
//act.sa_flags=0;
//sigaction(SIGUSRR,&act,0);//設置信號SIGUSR1的處理方式忽略
usleep(1000000);
pthread_kill(threadId,SIGUSRR);
usleep(1000000);
pthread_kill(threadId,SIGUSRR);
usleep(2000000);
return0;
}