当前位置:首页 » 网页前端 » 脚本后台执行nohup
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

脚本后台执行nohup

发布时间: 2023-01-23 03:01:56

㈠ shell脚本让进程在后台运行以及进程后台转前台

我们计算的程序都是周期很长的,通常要几个小时甚至一个星期。我们用的环境是用 putty 远程连接到日本 Linux 服务器。所以使程序在后台跑有以下三个好处:

1:我们这边是否关机不影响日本那边的程序运行。(不会像以前那样,我们这网络一断开,或一关机,程序就断掉或找不到数据,跑了几天的程序只能重头再来,很是烦恼)

2:不影响计算效率

3:让程序在后台跑后,不会占据终端,我们可以用终端做别的事情。

方法有很多,这里主要列举两种。假如我们有程序 pso.cpp ,通过编译后产生可执行文件 pso ,我们要使 pso 在 linux 服务器后台执行。当客户端关机后重新登入服务器后继续查看本来在终端输出的运行结果。(假设操作都在当前目录下)

方法1在终端输入命令:

解释:将 pso 直接放在后台运行,并把终端输出存放在当前目录下的 log.file 文件中。

当客户端关机后重新登陆服务器后,直接查看 pso.file 文件就可看执行结果(命令:$ cat pso.file )。
方法2在终端输入命令:

解释: nohup 就是不挂起的意思,将 pso 直接放在后台运行,并把终端输出存放在当前

目录下的 pso.file 文件中。当客户端关机后重新登陆服务器后,直接查看 pso.file

文件就可看执行结果(命令: #cat pso.file )。

注:如果要使在前天执行任务放到后台运行,则先要用 ctrl+z 挂起该任务,然后用 bg 使之后台执行。
附:
在 Linux 中,如果要让进程在后台运行,一般情况下,我们在命令后面加上 & 即可,实际上,这样是将命令放入到一个作业队列中了:

对于已经在前台执行的命令,也可以重新放到后台执行,首先按 ctrl+z 暂停已经运行的进程,然后使用 bg 命令将停止的作业放到后台运行:

但是如上方到后台执行的进程,其父进程还是当前终端 shell 的进程,而一旦父进程退出,则会发送 hangup 信号给所有子进程,子进程收到 hangup 以后也会退出。如果我们要在退出 shell 的时候继续运行进程,则需要使用 nohup 忽略 hangup 信号,或者 setsid 将将父进程设为 init 进程(进程号为 1 )

上面的试验演示了使用 nohup/setsid 加上 & 使进程在后台运行,同时不受当前 shell 退出的影响。那么对于已经在后台运行的进程,该怎么办呢?可以使用 disown 命令:

另外还有一种方法,即使将进程在一个 subshell 中执行,其实这和 setsid 异曲同工。方法很简单,将命令用括号() 括起来即可:

注:本文试验环境为 Red Hat Enterprise Linux AS release 4 (Nahant Update 5) , shell 为 /bin/bash ,不同的 OS 和 shell 可能命令有些不一样。例如 AIX 的 ksh ,没有 disown ,但是可以使用 nohup -p PID 来获得 disown 同样的效果。

还有一种更加强大的方式是使用 screen ,首先创建一个断开模式的虚拟终端,然后用 -r 选项重新连接这个虚拟终端,在其中执行的任何命令,都能达到 nohup 的效果,这在有多个命令需要在后台连续执行的时候比较方便:

㈡ 每天三分钟搞定linux shell脚本24 后台模式运行

当运行脚本的时候在最后加上符号 & ,则对应的脚本在 后台运行 。建立脚本为,

输入 ./test.sh & 运行

运行后1.txt文件会不断增加内容,但是脚本以后台运行不会在终端占用。运行结果为:

输入 jobs 可以看到这个后台进程:

这个时候如果输入exit,不会提示有后台进程在运行,而且后台进程也会退出。因为终端会话退出的时候会给这个后台进程发送一个 SIGHUP信号 。如果想要终端退出之后,进程不退出,可以让进程捕获SIGHUP信号。当然还有另一个方法,使用 nohup 指令运行脚本,比如输入:

当用 nohup 并使用后台模式运行之后,即使退出终端,进程也不会收到SIGHUP信号。并且nohup会自动把标准输出和标准错误重定向到nohup.out的文件中。

一个 运行的进程或者暂停的进程 都是一个作业,使用 jobs 命令可以查看当前的作业状态。输入:

我当前的输出为:

(上面的作业2是输入 ctrl+z 后暂停的进程)

其中, + 号被当作是默认作业,每个作业的前面有自己的序号。如果后续操作不加序号,那么就被当做是在操作默认作业。比如使用 fg 指令前台运行作业,就是把27652这个进程前台运行,如果输入 fg 1 ,那么就是操作作业 1 了。带-号的表示下一个默认作业。

输入 bg 1 把 1号作业 后台运行,输入 fg 2 把 2号作业 前台运行。

㈢ Python后台运行—nohup

应用场景:
docker run -it --restart=always 188e54ba227d /sh/start.sh
docker自启动脚本文件中需要后台执行python文件
nohup python3 -u face.py >> /var/www/html/faceAlgorithm/my.log 2>&1 &
加-u可以看到所有输出
tail -f /var/www/html/faceAlgorithm/my.log
参考:
https://blog.csdn.net/weixin_42840933/article/details/85780125

㈣ linux后台自动执行命令nohup与日志查看

在linux上执行脚本,当退出页面或电脑锁屏后,脚本就停止执行了。对需要长时间运行的脚本非常不友好。

nohup(no hang up):可以让程序不挂断执行。
& :可以让程序在后台执行。

“> nohup.log”: 表示将日志输出到nohup.log文件上。
2>&1:表示将正确日志、错误日志都输出到正确日志指定的文件(nohup.log文件)上。

㈤ nohup 详解 Python不挂断运行后台程序

原文链接

回到顶部

nohup 命令运行由 Command参数和任何相关的 Arg参数指定的命令,忽略所有挂断(SIGHUP)信号。在注销后使用 nohup 命令运行后台中的程序。要运行后台中的 nohup 命令,添加 & ( 表示“and”的符号)到命令的尾部。

nohup 是 no hang up 的缩写,就是不挂断的意思。

nohup命令:如果你正在运行一个进程,而且你觉得在退出帐户时该进程还不会结束,那么可以使用nohup命令。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。

在缺省情况下该作业的所有输出都被重定向到一个名为nohup.out的文件中。

回到顶部

在上面的例子中,0 – stdin (standard input),1 – stdout (standard output),2 – stderr (standard error) ;

2>&1是将标准错误(2)重定向到标准输出(&1),标准输出(&1)再被重定向输入到myout.file文件中。

这是放在crontab中的定时任务,晚上22点时候怕这个任务,启动这个python的脚本,并把日志写在download_dfcf_pdf_to_oss.log文件中

回到顶部

& : 指在后台运行

nohup : 不挂断的运行,注意并没有后台运行的功能,,就是指,用nohup运行命令可以使命令永久的执行下去,和用户终端没有关系,例如我们断开SSH连接都不会影响他的运行,注意了nohup没有后台运行的意思;&才是后台运行

&是指在后台运行,但当用户推出(挂起)的时候,命令自动也跟着退出

那么,我们可以巧妙的吧他们结合起来用就是
nohup COMMAND &
这样就能使命令永久的在后台执行

例如:

1. sh test.sh &
将sh test.sh任务放到后台 ,即使关闭xshell退出当前session依然继续运行,但 标准输出和标准错误信息会丢失(缺少的日志的输出)

将sh test.sh任务放到后台 ,关闭xshell,对应的任务也跟着停止。
2. nohup sh test.sh
将sh test.sh任务放到后台,关闭标准输入, 终端不再能够接收任何输入(标准输入) ,重定向标准输出和标准错误到当前目录下的nohup.out文件,即使关闭xshell退出当前session依然继续运行。
3. nohup sh test.sh &
将sh test.sh任务放到后台,但是依然可以使用标准输入, 终端能够接收任何输入 ,重定向标准输出和标准错误到当前目录下的nohup.out文件,即使关闭xshell退出当前session依然继续运行。

回到顶部

https://blog.csdn.net/u011095110/article/details/78666833

https://ke..com/item/nohup/5683841

㈥ linux后台执行命令:&和nohup的用法,确实很实用

当我们在终端或控制台工作时,可能不希望由于运行一个作业而占住了屏幕,因为可能还有更重要的事情要做,比如阅读电子邮件。对于密集访问磁盘的进程,我们更希望它能够在每天的非负荷高峰时间段运行(例如凌晨)。为了使这些进程能够在后台运行,也就是说不在终端屏幕上运行,有几种选择方法可供使用。

& :当在前台运行某个作业时,终端被该作业占据;可以在命令后面加上& 实现后台运行。例如:sh test.sh &

适合在后台运行的命令有f i n d、费时的排序及一些s h e l l脚本。在后台运行作业时要当心:需要用户交互的命令不要放在后台执行,因为这样你的机器就会在那里傻等。不过,作业在后台运行一样会将结果输出到屏幕上,干扰你的工作。如果放在后台运行的作业会产生大量的输出,最好使用下面的方法把它的输出重定向到某个文件中:

这样,所有的标准输出和错误输出都将被重定向到一个叫做out.file 的文件中。

PS:当你成功地提交进程以后,就会显示出一个进程号,可以用它来监控该进程,或杀死它。(ps -ef | grep 进程号 或者 kill -9 进程号)

nohup:使用&命令后,作业被提交到后台运行,当前控制台没有被占用,但是一但把当前控制台关掉(退出帐户时),作业就会停止运行。nohup命令可以在你退出帐户之后继续运行相应的进程。nohup就是不挂起的意思( no hang up)。该命令的一般形式为:

如果使用nohup命令提交作业,那么在缺省情况下该作业的所有输出都被重定向到一个名为nohup.out的文件中,除非另外指定了输出文件:

使用了nohup之后,很多人就这样不管了,其实这样有可能在当前账户非正常退出或者结束的时候,命令还是自己结束了。所以在使用nohup命令后台运行命令之后,需要使用exit正常退出当前账户,这样才能保证命令一直在后台运行。

ctrl + z :可以将一个正在前台执行的命令放到后台,并且处于暂停状态。

Ctrl+c :终止前台命令。

jobs: 查看当前有多少在后台运行的命令。 jobs -l选项可显示所有任务的PID,jobs的状态可以是running, stopped, Terminated。但是如果任务被终止了(kill),shell 从当前的shell环境已知的列表中删除任务的进程标识。

2>&1解析:

扩展链接:如何写高效的代码,和代码优化方法

㈦ Lunix运行脚本、任务(sh、nohup、qsub)

产生日志:

sh **.sh &> xx.log

不产生日志:

sh **.sh > /dev/null 2>&1 &

nohup:no hang up 的缩写,就是不挂断的意思 。 

nohup命令:如果你正在运行一个进程,而且你觉得在退出帐户时该进程还不会结束,那么可以使用nohup命令。 该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。 在缺省情况下该作业的所有输出都被重定向到一个名为nohup.out的文件中。

使用权限:所有使用者

语法格式

nohup Command [ Arg … ] [& ]

参数说明:

Command :要执行的命令。

Arg :一些参数,可以指定输出文件。

& :让命令在后台执行,终端退出后命令仍旧执行。

实例

以下命令在后台执行 root 目录下的 runoob.sh 脚本:

nohup /root/runoob.sh &

在终端如果看到以下输出说明运行成功:

appending output to nohup.out

这时我们打开 root 目录 可以看到生成了 nohup.out 文件。

如果要停止运行,你需要使用以下命令查找到 nohup 运行脚本到 PID,然后使用 kill 命令来删除:

ps -aux | grep "runoob.sh"

参数说明:

a  : 显示所有程序

u  : 以用户为主的格式来显示

x  : 显示所有程序,不区分终端机

另外也可以使用 ps -def | grep "runoob.sh" 命令来查找。

找到 PID 后,就可以使用 kill PID 来删除。

kill -9  进程号PID

以下命令在后台执行 root 目录下的 runoob.sh 脚本,并重定向输入到 runoob.log 文件:

nohup /root/runoob.sh > runoob.log 2>&1 &

2>&1  解释:将标准错误 2 重定向到标准输出 &1 ,标准输出 &1 再被重定向输入到 runoob.log 文件中。

0 – stdin (standard input,标准输入)

1 – stdout (standard output,标准输出)

2 – stderr (standard error,标准错误输出)

实时监测日志输出内容命令:tail

tail 命令是nohup命令的好搭档。配合-f参数,可以实时监视向日志文件增加的信息。

tail -f myout.log

tail -f 等同于–follow=descriptor,根据文件描述符进行追踪,当文件改名或被删除,追踪停止

tail -F 等同于–follow=name --retry,根据文件名进行追踪,并保持重试,即该文件被删除或改名后,如果再次创建相同的文件名,会继续追踪

tailf 等同于tail -f -n 10,与tail -f不同的是,如果文件不增长,它不会去访问磁盘文件,所以tailf特别适合那些便携机上跟踪日志文件,因为它减少了磁盘访问,可以省电。

监测程序是否在正常运行中:ps

ps命令也可以和nohup命令配合使用,用于显示当前进程 (process) 的状态。可以监视后台程序是否在正常运行中或者已经挂掉。

ps -ef|grep yourcommand           # -ef 参数显示所有命令,连带启动时的命令行参数

qsub命令用来从登陆节点上向计算节点进行任务投递。前提是在服务器上有集群管理工具分配计算节点等。SGE(SGE, Sun Grid Engine)集群管理工具可以用来提交批处理作业,SGE支持单或多节点作业,它将用户投递的任务进行排队,然后将任务交给能够运行的结算节点执行,工作流程可以分为四步:接受用户投放的任务;在任务运行以前,将任务放到一个存储区域;发送任务到一个执行设备,并监控任务的运行;运行结束写回结果并记录运行日志。

qsub [ options ] [ command | -- [ command_args ]]

1. -@ optionfile (contains all valid options)  就是把qsub命令的可选项组合成一定功能的语句,保存在一个文件中。  qsub -a optionfilename jobfilename  

2. -a date_time   设置作业什么时候可以执行。   格式:CC YY MMDDHHMM.SS 如 201109272213.21   qsub -a 201109272213.21 ../simplejob

3. -A account_string  Identifies the account to which the resource consumption of the job should be charged   设置一个作业的账户名,便于统计该账户使用的资源等信息    qsub -A testaccountname jobname  

4. -ac 添加名/值对到作业上下文   -dc 删除。。   -sc 设置(修改)。。   Contexts provide a way to dynamically attach and remove meta-     information to and from a job. The context variables are not     passed to the job's execution context in its environment     The outcome of the evaluation of all -ac, -dc, and -sc options     or corresponding values in qmon is passed to defined JSV     instances as parameter with the name -ac.  

5. -ar ar_id 分配已提交作业,作为它的一部分,给已存在预约。ar=advance reservation   qsub -ar 60 jobname   #ai_di = unsigned integer   

6.  -b y[es]|n[o]      Gives the user the possibility to indicate explicitly whether       command should be treated as binary or script.     

7. -binding 等待理解

8.  -c occasion_specifier(际符)  定义或者重定义作业是否要被检查,if是,在什么环境下。        n           no checkpoint is performed.               s           checkpoint when batch server is shut down.               m           checkpoint at minimum CPU interval.               x           checkpoint when job gets suspended.               <interval>  checkpoint in the specified time interval.   qsub -c n jobname

9. -C prefix_string 前缀字符串定义一个在作业命令中的指令     qsub -C "#$" ../simplejob   

10.  -ckpt ckpt_name 选择检查点环境来检查一个作业,同时声明这个作业是检查点作业。      qsub -ckpt allanckpt ../simplejob    

11.  -clear 重置作业的所有元素为初始默认状态    qsub -clear ../simplejob   

12.  -cwd =current working directory  从当前的目录开始执行作业。如果有相应的配置文件的话,    这个命令将启动网格引擎的路径别名设备。    

13.  -dl date_time 设置作业在deadline之前执行完,格式为CC YYU MMDDHHMM.SS    qsub -dl 201101131159.01 ../simplejob

14.  -e [[hostname]:]path,...定义或重新定义作业的标准错误流使用的路径 e=stderror

15.  -h | -h {u|s|o|n|U|O|S}... h=hold 暂停作业执行       'u' .........user hold.             `s'  denotes a system hold.               `o'  denotes a operator hold.               `n'  denotes no hold (requires manager privileges).               `U'  removes a user hold.               `S'  removes a system hold.               `O'  removes a operator hold.        qsub -h ../simplejob(qsub只能使用-h)

16.  -l resource=value,... l=launch 启动满足资源需求的作业    Launch the job in a Grid Engine queue meeting the given resource               request list.  In case of qalter the previous definition is               replaced by the specified one.    qsub -l s_core=5 ../simplejob

17.  -q wc_queue_list 定义或重定义可能用来执行作业的队列,包括群聚队列、队列域、队列实例。    qsub -q all.q ../simplejob

18.  -hard  表示该作业在安排执行之前,作业的资源需求必须满足。    qsub -hard  ../simplejob

19.  -soft 表示该作业在安排执行之前,作业的资料需求可以有、但不必须有。    qsub -soft ../simplejob

20.  -help 获取帮助    qsub -help

21.  -hold_jid   wc_job_listt 定义或重定义当前提交的作业对哪些作业有依赖,所依赖的作业使用通配符作业清单表示:wc_job_list    qsub -hold_jid 63926 ../simplejob

22.  -hold_jid_ad wc_job_list ad=array dependency list of the submitted job    定义或者重定义组作业依赖列表。    qsub -hold_jid_ad 1-1200

23.  -t n[-m[:s]]    指定组作业的数量,将指示器与作业关联    qsub -t 1-1200 ../simplejob

24.  -i [[hostname]:]file,... 定义或重定义一个文件为作业的标准输入流    qsub -i stdin job

25.  -j y[es]|n[o] 指定作业的标准错误流是否合并到标准输出流,如果-j y 和-e都存在的话,SGE将忽略后者。    qsub -j y ../simplejob

qstat -f # 查看用户任务

qstat -j jobId  # 按任务id查看

qstat -explain a|c|A|E -j jobID # 查看任务任务并给出解释

qstat -u user  # 按用户查看

qw: 表示等待状态

hqw: 任务挂起等待中,待依赖的任务完成后执行

Eqw: 投递任务出错

r: 表示任务正在运行

s: 暂时挂起

dr: 节点挂了之后,删除任务就会出现这个状态,只有节点重启之后,任务才会消失

qdel -j 1111  删除任务号为1111的任务

qdel -u AAA  删除AAA投递的所有任务

欢迎大家交流心得~~~3QU!!!...........

---------------------------------------------------------------------------------------------------------I am a line !----------------------------------------------------------------------------------------------

㈧ centos后台运行程序(nohup+screen)

linux系统经常需要程序在后台运行,程序不随着会话的关闭或用户的退出而关闭。

有两种常用的后台运行程序的方式: nohup 和 screen 。

当前操作系统环境: centos7

(1)后台不挂起执行xxx.sh。标准输出、错误输出,输出到xxx.out文件

此种情况,程序会再后台执行, 退出用户 或关闭客户终端,不影响程序运行。如想关闭程序,可通过 kill 命令关闭。

(2)后台不挂起执行xxx.sh。标准输出、错误输出,均不输出

(1)输入输出重定向

linux环境下以下数字代表不同的含义:

默认情况下,标准输出、标准错误, 均会输出到控制台 。

默认所有的输出都是“标准输出”,除非将输出重定向到“标准错误”,才会出现“标准错误”输出

如 echo 'error msg' > &2 ,代表将输出结果 error msg 由 标准输出 重定向输出到 标准错误 中。

输出执行结果时,默认重定向的是标准输出的信息,如下,执行结果是一样的:

为什么错误输出到标准输出,写作 2>&1, 而不是写作 2>1 ?

因为: 2>1 表示将“标准错误”输出到文件 1 中,这里的 1 代表的是文件“1”,而不是标准输出。需写成 &1 ,表示为标准输出。

(2)&(后台执行)

命令 末尾 的 & 代表程序后台执行,执行完成后,仍然会将输出结果输出到指定的输出目标。

如只是简单在执行命令后加上&,程序每次执行输出, 仍然会将程序输出到控制台 (并不是全部执行完后才输出)。如下:

(3)nohup(不挂起)

使程序运行时不挂起, 不向 tty 输出信息。nohup 只是不将程序输出到前台,并不是完全在后台运行脱离当天会话,如果关闭会话,当前程序仍然会关闭。

常结合末尾的 & 一起使用。

如命令末尾不加上 & ,则当前会话窗口会等待运行的程序运行完毕,才可执行其他命令,如下:

上述命令,为执行test.sh(脚本见 9 测试脚本 ),并将 标准输出 重定向到 out.log 文件,标准错误重定向到 error.log 文件。

生成的日志文件如下:

screen(窗口管理器)可以创建后台会话窗口。退出当前会话后,后台会话窗口仍而在运行,可以随意切换到后台窗口中。

以下命令查看官方文档:

[root@w001 zhang]# screen -help
Use: screen [-opts] [cmd [args]]
or: screen -r [host.tty]

Options:
-4 Resolve hostnames only to IPv4 addresses.解析主机名为IPv4地址。
-6 Resolve hostnames only to IPv6 addresses.解析主机名到IPv6地址。
-a Force all capabilities into each window's termcap.强制所有功能进入每个窗口的termcap。
-A -[r|R] Adapt all windows to the new display width & height.使所有窗口适应新的显示宽度和高度。
-c file Read configuration file instead of '.screenrc'.文件读取配置文件,而不是'.screenrc'。
-d (-r) Detach the elsewhere running screen (and reattach here).断开其他正在运行的屏幕(并在此重新连接)。
-dmS name Start as daemon: Screen session in detached mode.名称启动作为守护进程:屏幕会话在分离模式。
-D (-r) Detach and logout remote (and reattach here).断开和注销远程(并在此重新连接)。
-D -RR Do whatever is needed to get a screen session.执行获取屏幕会话所需的所有操作。
-e xy Change command characters.修改命令字符
-f Flow control on, -fn = off, -fa = auto.流量控制on, -fn = off, -fa = auto。
-h lines Set the size of the scrollback history buffer.设置滚动历史缓冲区的大小。
-i Interrupt output sooner when flow control is on.当流控制打开时,中断输出的速度更快。
-l Login mode on (update /var/run/utmp), -ln = off.登录模式on (update /var/run/utmp), -ln = off。
-ls [match] or -list Do nothing, just list our SockDir [on possible matches].什么都不做,只是列出我们的SockDir[可能的匹配]。
-L Turn on output logging.打开输出日志记录。
-m ignore STY变量,创建一个新的屏幕会话。
-O Choose optimal output rather than exact vt100 emulation.选择最优输出,而不是精确的vt100仿真。
-p window Preselect the named window if it exists.窗口预选命名窗口,如果它存在。
-q Quiet startup. Exits with non-zero return code if unsuccessful.安静的启动。如果不成功,则使用非零返回码退出。
-Q Commands will send the response to the stdout of the querying process.命令将响应发送到查询过程的stdout。
-r [session] Reattach to a detached screen process.重新连接到一个分离的屏幕进程。
-R Reattach if possible, otherwise start a new session.如果可能,重新连接,否则启动一个新会话。
-s shell Shell to execute rather than shell。
-S sockname Name this session <pid>.sockname instead of <pid>.<tty>.<host>. 将此会话命名为。sockname而不是<pid>.<tty>.<host>。
-t title Set title. (window's name).标题设置标题。(窗口的名字)。
-T term Use term as term用于windows,而不是“screen”。
-U Tell screen to use UTF-8 encoding.告诉screen使用UTF-8编码。
-v Print "Screen version 4.01.00devel (GNU) 2-May-06".打印"屏幕版本4.01.00devel (GNU) 2-May-06"。
-wipe [match] Do nothing, just clean up SockDir [on possible matches].什么都不做,只是清理SockDir[可能的匹配]。
-x Attach to a not detached screen. (Multi display mode).连接到未分离的屏幕。(多显示模式)。
-X Execute <cmd> as a screen command in the specified session.在指定会话中执行作为屏幕命令。

㈨ linux 远程主机后台运行任务 挂起脚本

背景 :工作需要,需要远程控制主机使其断开Xshell后也能一直运行。
关键字 :& ,nohup,脚本挂起。

在应用Unix/Linux时,我们一般想让某个程序在后台运行,于是我们将常会用 & 在程序结尾来让程序自动运行。

键入Ctrl + C,发出SIGINT信号,程序会继续运行

方法一、输入命令:jobs

方法二:输入命令:ps

fg、bg、jobs、&、nohup、ctrl+z、ctrl+c 命令

加在一个命令的最后,可以把这个命令放到后台执行,如

可以将一个正在前台执行的命令放到后台,并且处于暂停状态。

查看当前有多少在后台运行的命令
jobs -l选项可显示所有任务的PID,jobs的状态可以是running, stopped, Terminated。但是如果任务被终止了(kill),shell 从当前的shell环境已知的列表中删除任务的进程标识。

将后台中的命令调至前台继续运行。如果后台中有多个命令,可以用fg %jobnumber(是命令编号,不是进程号)将选中的命令调出。

将一个在后台暂停的命令,变成在后台继续执行。如果后台中有多个命令,可以用bg %jobnumber将选中的命令调出。

法子1:通过jobs命令查看job号(假设为num),然后执行kill %num
法子2:通过ps命令查看job的进程号(PID,假设为pid),然后执行kill pid
前台进程的终止:Ctrl+c

如果让程序始终在后台执行,即使关闭当前的终端也执行(之前的&做不到),这时候需要nohup。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。
关闭中断后,在另一个终端jobs已经无法看到后台跑得程序了,此时利用ps(进程查看命令)

如上所示:
nohup 和 & 组合了后台运行程序。
可以输出到 out.log保存程序输出,也可以输出到/dev/null 即空设备,不保存输出。

上面三种方式无论在nohup.out 或test.out都看不到数据结果,这是因为python执行有缓存输出
解决

新的接口接入查看程序

使用&后台运行程序:

结果会输出到终端
使用Ctrl + C发送SIGINT信号, 程序免疫
关闭session发送SIGHUP信号, 程序关闭

使用nohup运行程序:

结果默认会输出到nohup.out
使用Ctrl + C发送SIGINT信号, 程序关闭
关闭session发送SIGHUP信号, 程序免疫
平日线上经常使用nohup和&配合来启动程序:
同时免疫SIGINT和SIGHUP信号

同时,还有一个最佳实践:
不要将信息输出到终端标准输出,标准错误输出,而要用日志组件将信息记录到日志里
nohup和&究竟有啥区别

㈩ shell脚本后台运行

使用nohup,其中sample.sh为所执行的脚本,out.log为日志输出文件。
nohup sh sample.sh>out.log &

使用sh,其中sample.sh为所执行的脚本,out.log为日志输出文件。
sh sample.sh>&out.log &

& 放在启动参数后面表示设置此进程为后台进程