linux发送信号
Ⅰ linux中，向已经终止的进程发送信号会怎么样，是不是什么效果都没有
别容易出现问题。
pid=fork();
if(pid==0)
{
子进程处理....
}
else if(pid >0)
{
父进程处理....
}
else
fork出错处理
把你的程序改成上述形式之后，
kill完了，检查下kill的返回值，没有错误。我换了一个信号，SIGUSR1，并且给它注册了一个简单的信号处理函数，问题就搞定了。
SIGCONT的默认的信号处理函数不知道是什么，但是发送SIGCONT并不能让子进程返回，除非手动的注册一个信号处理函数。
你试试吧。。我简单修改的程序，好像在子进程里面exec没反应，但exec没错：
#include<sys/types.h>
#include<unistd.h>
#include<fcntl.h>
#include<stdio.h>
#include<sys/wait.h>
#include<stdlib.h>
#include<signal.h>
void tasksighandler(int signalnum);
void init()
{
signal(SIGUSR1,tasksighandler);
printf("task is ready ...\n");
printf("task's pid= %d\n",getpid());
pause(); //子程序挂起
printf("task's restarted...\n");
int a=0;
for(a=0;a<10;a++)
{
printf("task is diong ...\n");
sleep(1);
}
execl("/bin/ls","ls",NULL);
perror("execl");
}
void tasksighandler(int signalnum)
{
printf("OK,catch the signal\n");
}
int main()
{
int i;
pid_t pid=0;
pid=fork();
if (pid == 0) /* 子进程执行此命令 */
{
signal(SIGUSR1,tasksighandler);
printf("task is ready ...\n");
//printf("task's pid= %d\n",getpid());
pause(); //子程序挂起
printf("task's restarted...\n");
int a=0;
for(a=0;a<5;a++)
{
printf("task is diong ...\n");
sleep(1);
}
}
else if(pid > 0)
{
printf("pid is %d\n",pid);
sleep(5);
int retCode=kill(pid,SIGUSR1); //父进程给子进程发送信号，要求子进程继续运行
if(retCode <0)
{
perror("send signal error");
}
sleep(8);
return 0;
}
else
{
perror("fork error\n");
exit(-1);
}
}
下面是关于SIGCONT的一些说明，好像你这里使用的场合并不适合：
在 POSIX-服从的平台， SIGCONT 是 信号 送到再开始a 计算机程序 由早先停留 SIGSTOP 信号。 符号常数 为SIGCONT在被定义 标头文件 signal.h. 符号信号名字，因为信号数字可能横跨平台，变化使用。
用法
当 SIGSTOP 在它的现状被送到过程，通常行为是停留那个过程。 如果送它SIGCONT信号，过程只将恢复施行。 SIGSTOP和SIGCONT使用为 作业控制 在 UNIX外壳程序在其他目的中。
Ⅱ linux线程可以向类发送信号吗
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/bashsource /etc/profile;# -----------------------------tempfifo=$$.fifo # $$表示当前执行文件的PIDbegin_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; fielse echo "Error! Not enough params." echo "Sample: sh loop_kpi 2015-12-01 2015-12-07" exit 2;fi# -----------------------------trap "exec 1000>&-;exec 1000<&-;exit 0" 2mkfifo $tempfifoexec 1000<>$tempfiform -rf $tempfifofor ((i=1; i<=8; i++))do echo >&1000donewhile [ $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"`donewaitecho "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<&-;表示关闭文件描述符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一直处于等待。
Ⅲ linux系统关机是会给进程发送哪个信号
init进程
参考man shutdown:
shutdown sends a request to the init(8) daemon to bring the system down into the appropriate runlevel.
--不好意思，看错题目了。。。具体的信号不太清楚
Ⅳ linux进程可以向自己发信号吗
kill函数用来发送信号给指定的进程，在Shell下输入man 2 kill可获取其函数原型如下：#include <sys/types.h>
#include <signal.h>
int kill(pid_t pid,int sig);
该函数的行为与第一个参数pid的取值有关，第二个参数sig表示信号编号。
如果pid是正数，则发送信号sig给进程号为pid的进程；
如果pid为0，则发送信号sig给当前进程所属进程组里的所有进程；
如果pid为－1，则把信号sig广播至系统内除1号进程（init进程）和自身以外的所有进程；
如果pid是－1还小的负数，则发送信号sig给属于进程组－pid的所有进程。
如果参数sig是0，则kill()仍执行正常的错误检查，但不发送信号。可以利用这一点来确定某进程是否有权向另外一个进程发送信号。如果向一个并不存在的进程发送空信号，则kill()返回－1，errno则被设置为ESRCH。
函数执行成功返回0，当有错误发生时则返回－1，错误代码存入errno中，详细的错误代码说明请参考man手册。
注意：只有具有root权限的进程才能向其他任一进程发送信号，非root权限的进程只能向属于同一个组或同一个用户的进程发送信号。
更简单的方法是通过进程名给进程发信号。比如你的进程名是 aproc，你自己定义一个信号量18，那么：
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
char cmd[256]=""; int sig = 18;
char procname[]="aproc";
sprintf(cmd, "killall -%d %s\n", sig, procname);
system(cmd);
就能给特定进程发信号了
充分利用system函数，可以简化很多编程工作量，比如查IP地址、查硬盘目录、查磁盘空间等等，编程很麻烦的事都能用system处理，相当于在程序里调用SHELL
Ⅳ linux 下进程间通过信号进行通信的具体实现过程
kill函数用来发送信号给指定的进程，在Shell下输入man 2 kill可获取其函数原型如下：
#include <sys/types.h>
#include <signal.h>
int kill(pid_t pid,int sig);
该函数的行为与第一个参数pid的取值有关，第二个参数sig表示信号编号。
如果pid是正数，则发送信号sig给进程号为pid的进程；
如果pid为0，则发送信号sig给当前进程所属进程组里的所有进程；
如果pid为－1，则把信号sig广播至系统内除1号进程（init进程）和自身以外的所有进程；
如果pid是－1还小的负数，则发送信号sig给属于进程组－pid的所有进程。
如果参数sig是0，则kill()仍执行正常的错误检查，但不发送信号。可以利用这一点来确定某进程是否有权向另外一个进程发送信号。如果向一个并不存在的进程发送空信号，则kill()返回－1，errno则被设置为ESRCH。
函数执行成功返回0，当有错误发生时则返回－1，错误代码存入errno中，详细的错误代码说明请参考man手册。
注意：只有具有root权限的进程才能向其他任一进程发送信号，非root权限的进程只能向属于同一个组或同一个用户的进程发送信号。
更简单的方法是通过进程名给进程发信号。比如你的进程名是 aproc，你自己定义一个信号量18，那么：
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
char cmd[256]=""; int sig = 18;
char procname[]="aproc";
sprintf(cmd, "killall -%d %s\n", sig, procname);
system(cmd);
就能给特定进程发信号了
充分利用system函数，可以简化很多编程工作量，比如查IP地址、查硬盘目录、查磁盘空间等等，编程很麻烦的事都能用system处理，相当于在程序里调用SHELL
Ⅵ 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)时发出，用于通知前台进程组终止进程。
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
非法的系统调用。
Ⅶ Linux 的多线程编程中，如何给线程发信号
不管是在进程还是线程，很多时候我们都会使用一些定时器之类的功能，这里就定时器在多线程的使用说一下。首先在linux编程中定时器函数有alarm()和setitimer(),alarm()可以提供一个基于秒的定时功能，而setitimer可以提供一个基于微妙的定时功能。
alarm()原型：
#include <unistd.h>
unsigned int alarm(unsigned int seconds);
这个函数在使用上很简单，第一次调用这个函数的时候是设置定时器的初值，下一次调用是重新设置这个值，并会返回上一次定时的剩余时间。
setitimer()原型：
#include <sys/time.h>
int setitimer(int which, const struct itimerval *value,struct itimerval *ovalue);
这个函数使用起来稍微有点说法，首先是第一个参数which的值，这个参数设置timer的计时策略，which有三种状态分别是：
ITIMER_REAL：使用系统时间来计数，时间为0时发出SIGALRM信号，这种定时能够得到一个精准的定时，当然这个定时是相对的，因为到了微秒级别我们的处理器本身就不够精确。
ITIMER_VIRTUAL：使用进程时间也就是进程分配到的时间片的时间来计数，时间为0是发出SIGVTALRM信号，这种定时显然不够准确，因为系统给进程分配时间片不由我们控制。
ITIMER_PROF：上面两种情况都能够触发
第二个参数参数value涉及到两个结构体：
struct itimerval {
struct timeval it_interval; /* next value */
struct timeval it_value; /* current value */
};
struct timeval {
long tv_sec; /* seconds */
long tv_usec; /* microseconds */
};
在结构体itimerval中it_value是定时器当前的值，it_interval是当it_value的为0后重新填充的值。而timeval结构体中的两个变量就简单了一个是秒一个是微秒。
上面是这两个定时函数的说明，这个函数使用本不是很难，可以说是很简单，但是碰到具体的应用的时候可能就遇到问题了，在多进程编程中使用一般不会碰到什么问题，这里说的这些问题主要体现在多线程编程中。比如下面这个程序：
#include <pthread.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/time.h>
void sig_handler(int signo)
{
alarm(2);
printf("alarm signal\n");
}
void *pthread_func()
{
alarm(2);
while(1)
{
pause();
}
}
int main(int argc, char **argv)
{
pthread_t tid;
int retval;
signal(SIGALRM, sig_handler);
if((retval = pthread_create(&tid, NULL, pthread_func, NULL)) < 0)
{
perror("pthread_create");
exit(-1);
}
while(1)
{
printf("main thread\n");
sleep(10);
}
return 0;
}
这个程序的理想结果是：
main thread
alarm signal
alarm signal
alarm signal
alarm signal
alarm signal
main thread
可事实上并不是这样的，它的结果是：
main pthread
alarm signal
main pthread
alarm signal
main pthread
Ⅷ linux 进程间通信的几种方式
1管道（Pipe）及有名管道（named pipe）：管道可用于具有亲缘关系进程间的通信，有名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信；
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的变种都支持套接字。
Ⅸ 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再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通信。
(9)linux发送信号扩展阅读
1）无名管道:
管道是半双工的，数据只能向一个方向流动；需要双方通信时，需要建立起两个管道；只能用于父子进程或者兄弟进程之间（具有亲缘关系的进程）。
管道对于管道两端的进程而言，就是一个文件，但它不是普通的文件，它不属于某种文件系统，构成两进程间通信的一个媒介。
数据的读出和写入：一个进程向管道中写的内容被管道另一端的进程读出。写入的内容每次都添加在管道缓冲区的末尾，并且每次都是从缓冲区的头部读出数据。
2）有名管道：
不同于管道之处在于它提供一个路径名与之关联，以FIFO的文件形式存在于文件系统中。这样，即使与FIFO的创建进程不存在亲缘关系的进程，只要可以访问该路径，就能够彼此通过FIFO相互通信（能够访问该路径的进程以及FIFO的创建进程之间）。
因此，通过FIFO不相关的进程也能交换数据。值得注意的是，FIFO严格遵循先进先出（first in first out），对管道及FIFO的读总是从开始处返回数据，对它们的写则把数据添加到末尾。它们不支持诸如lseek()等文件定位操作。
Ⅹ 在linux/unix操作系统中用什么命令可以向一个进程发送信号
Linux/Unix中向一个进程发送信号用kill命令，不要以为kill命令只是用来杀死进程的，它可以发送各种信号给进程，杀死进程只是用到了其中的一个SIGKILL信号，kill命令的格式其实是这样的：
kill 信号参数 进程PID
其中常见的信号参数（英文横杠加阿拉伯数字）有如下几个，更多的信号信息参考可以用man命令查看手册页（man 7 signal）：
-1：这个参数代表SIGHUP信号，作用类似重新启动进程；
-2：这个参数代表SIGINT信号，作用相当于在命令行输入Ctrl+C组合键中断进程的运行；
-9：这个参数代表SIGKILL信号，代表强制中断进程；
-15：这个参数代表SIGTERM信号，表示正常的终止进程；
-17：这个参数代表SIGSTOP信号，相当于在终端输入Ctrl+Z组合键来暂停进程的运行。