linux发信号(linux 发 信号)-编程知识网

为什么linux里的信号发送函数叫kill呢?

父进程会比子进程提早结束,在你子进程取ppid这个时间父进程已经结束了,这个时候相当于子进程变成zombie,会被init收养(这个地方我也不太懂,正常来说应该子进程的ppid是1,说明你的子进程被init之外的进程收养了)阻塞父进程或者while1的作用是不让父进程结束,以便子进程取值的时候父进程依然保留

linux中ctrl加c是几号信号?

Ctrl+C:送SIGINT信号,默认进程会结束,但是进程自己可以重定义收到这个信号的行为。
Ctrl+Z:送SIGSTOP信号,进程只是被停止,再送SIGCONT信号,进程继续运行。
ctrl-d 不是发送信号,而是表示一个特殊的二进制值,表示 EOF

有些信号不能被屏蔽,比如中断,还应该有杀死进程的信号,要不然内核怎么做操作系统中的老大。实际上,SIGKILL和SIGSTOP信号是不能被屏蔽或阻止的,他们的默认动作总是会被执行的。

linux下按ctr+d发送的是什么信号?

ctrl+d不发送信号.如果ctrl+d时当前行没有输入字符,bash把它当作EOF字符,结束/退出.如果ctrl+d时当前行有输入,删除光标后的字符.这是readline的特性,不发送信号.manbash或manreadline:CommandsforChangingTextdelete-char(C-d)Deletethecharacteratpoint.Ifpointisatthebeginningoftheline,therearenocharactersintheline,andthelastcharactertypedwasnotboundtodelete-char,thenreturnEOF.

linux中用kill函数给init进程发送一个终止信号会产生什么后果?

init进程是特殊进程,它不接收也不处理信号。你发送终止信号给它是不会有任何结果的。 下面是2.4.0内核源代码中do_signal()函数前面的一段注释:/* * Note that ‘init’ is a special process: it doesn’t get signals it doesn’t * want to handle. Thus you cannot kill init even with a SIGKILL even by * mistake. */

Linux中,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

then

if

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

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一直处于等待。