shell关闭脚本
⑴ 执行shell脚本三种方法的区别：（sh、exec、source）
使用$ sh script.sh执行脚本时，当前shell是父进程，生成一个子shell进程，在子shell中执行脚本。脚本执行完毕，退出子shell，回到当前shell。
./script.sh与 sh script.sh等效。
使用$ source script.sh方式，在当前上下文中执行脚本，不会生成新的进程。脚本执行完毕，回到当前shell。
source方式也叫点命令。
. script.sh与 source script.sh等效。
使用exec command方式，会用command进程替换当前shell进程，并且保持PID不变。执行完毕，直接退出，不回到之前的shell环境。
二、测试验证
vi loop.sh
显示当前进程
sh的方式：执行loop.sh打印执行进程
source方式：执行loop.sh打印执行进程
exec方式：执行loop.sh打印执行进程
按下ctrl+C
sh方式：父进程是6770，执行loop.sh时的子进程是13736。执行完毕后回到父进程shell。
source方式：父进程和子进程都是6770（执行时没有新的进程），执行完毕会回到父进程shell。
exec方式：进程PID没有改变都是6770，执行完毕（ctrl+C强制关闭）时直接退出了shell。脚本执行时替换了父进程的shell,执行完毕后直接退出，没有回到之前的shell。
⑵ 如何编写安卓程序执行shell脚本
在Android系统中执行shell脚本，确保用户拥有修改shell的权限是首要步骤。为了实现这一目标，我们通常需要使用process对象来运行命令，如下所示：
public void execShell(String cmd) {
try {
//设置权限
Process p = Runtime.getRuntime().exec("su");
//开始执行shell脚本
OutputStream os = p.getOutputStream();
//将命令发送到shell脚本
os.write((cmd + "\n").getBytes());
os.flush();
//关闭输出流
os.close();
//等待shell脚本执行完成
int status = p.waitFor();
//处理结果
BufferedReader in = new BufferedReader(new InputStreamReader(p.getInputStream()));
String line;
while ((line = in.readLine()) != null) {
Log.d("Shell", line);
}
in.close();
} catch (IOException | InterruptedException e) {
e.printStackTrace();
}
}
在上述代码中，首先通过Runtime.getRuntime().exec("su")命令获取一个名为p的Process对象，这一步骤确保了我们有执行shell脚本的权限。接着，通过p.getOutputStream()获取输出流，并使用os.write((cmd + "\n").getBytes())将命令发送到shell脚本。命令发送完毕后，通过os.flush()进行刷新，随后关闭输出流。最后，通过p.waitFor()等待shell脚本执行完成，并通过p.getInputStream()获取输入流，读取shell脚本的输出。
值得注意的是，为了确保脚本的输出能够被正确捕获，我们需要将Log.d("Shell", line)插入循环中，这样我们就能在日志中看到shell脚本执行的每一行输出。同时，处理异常也是必不可少的，以免在执行过程中出现问题。
在实际开发中，编写shell脚本时需要遵循Android系统的规定，避免执行可能带来安全风险的操作，确保应用的稳定性和安全性。
⑶ shell脚本文件怎么在后台运行不要在命令行里操作
在 shell 脚本中，可以使用以下方法在后台运行脚本：
在脚本名后面加上 & 符号，如：
./script.sh &
在脚本中使用 nohup 命令，亏带如：
nohup ./script.sh &
使用 nohup 命令的好处是可以在销睁芦退出 shell 终端后继续运行脚本。
如果要在后台运行的脚本不需要控制台输出，可以将标准输出和错误输出重定向到 /dev/null，如：
nohup ./script.sh > /dev/null 2>&1 &
这样就可以在后台早耐运行脚本，且不会在命令行输出任何信息
⑷ 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[$#-eq2]
then
if["$begin_date">"$end_date"]
then
echo"Error!$begin_dateisgreaterthan$end_date"
exit1;
fi
else
echo"Error!Notenoughparams."
echo"Sample:shloop_kpi2015-12-012015-12-07"
exit2;
fi
#-----------------------------
trap"exec1000>&-;exec1000<&-;exit0"2
mkfifo$tempfifo
exec1000<>$tempfifo
rm-rf$tempfifo
for((i=1;i<=8;i++))
do
echo>&1000
done
while[$begin_date!=$end_date]
do
read-u1000
{
echo$begin_date
hive-fkpi_report.sql--hivevardate=$begin_date
echo>&1000
}&
begin_date=`date-d"+1day$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<&-;表示关闭文件描述符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一直处于等待。