centos 离开进程不 退出程序,检测进程fg、bg、jobs、&、nohup、ctrl+z、ctrl+c
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了centos 离开进程不 退出程序,检测进程fg、bg、jobs、&、nohup、ctrl+z、ctrl+c相关的知识,希望对你有一定的参考价值。
参考技术A fg、bg、jobs、&、nohup、ctrl+z、ctrl+c 命令一、&
加在一个命令的最后,可以把这个命令放到后台执行,如
watch -n 10 sh test.sh & #每10s在后台执行一次test.sh脚本
二、ctrl + z
前台进程的挂起。可以将一个正在前台执行的命令放到后台,并且处于暂停状态,不可执行。
后台进程的挂起:
在solaris中通过stop命令执行,通过jobs命令查看job号(假设为num),然后执行stop %num;
在redhat中,不存在stop命令,可通过执行命令kill -stop PID,将进程挂起;
当要重新执行当前被挂起的任务时,通过bg %num 即可将挂起的job的状态由stopped改为running,仍在后台执行;当需要改为在前台执行时,执行命令fg %num即可;
三、jobs
查看当前有多少在后台运行的命令
jobs -l选项可显示所有任务的PID,jobs的状态可以是running, stopped, Terminated,但是如果任务被终止了(kill),shell 从当前的shell环境已知的列表中删除任务的进程标识;也就是说,jobs命令显示的是当前shell环境中所起的后台正在运行或者被挂起的任务信息;
注意:jobs只能查看当前xshell连接服务器窗口创建的任务。如果你并没有用nohup启动后台任务,那么就没有显示。一般地,如果后台是springboot,jar包,那么command名称为java。如果前端是nodejs打包,那么就是npm。
四、fg
将后台中的命令调至前台继续运行。如果后台中有多个命令,可以用fg %jobnumber将选中的命令调出。%jobnumber是通过jobs命令查到的后台正在执行的命令的序号(是命令编号,不是进程号pid)
五、bg
将一个在后台暂停的命令,变成在后台继续执行,终端还能继续接受命令。如果后台中有多个命令,可以用bg %jobnumber将选中的命令调出。%jobnumber是通过jobs命令查到的后台正在执行的命令的序号(是命令编号,不是进程号pid)
理解概念:当前任务
如果后台的任务号有2个,[1],[2];如果当第一个后台任务顺利执行完毕,第二个后台任务还在执行中时,当前任务便会自动变成后台任务号码“[2]” 的后台任务。所以可以得出一点,即当前任务是会变动的。当用户输入“fg”、“bg”和“stop”等命令时,如果不加任何引号,则所变动的均是当前任务
六、kill
后台进程的终止:
法子1:通过jobs命令查看job号(假设为num),然后执行kill %num
法子2:通过ps命令查看job的进程号(PID,假设为pid),然后执行kill -9 pid
前台进程的终止:Ctrl+c
七、nohup
如果让程序始终在后台执行,即使关闭当前的终端也执行(之前的&做不到),这时候需要nohup。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。关闭中断后,在另一个终端jobs已经无法看到后台跑得程序了,此时利用ps(进程查看命令)
ps -aux | grep “test.sh” #a:显示所有程序 u:以用户为主的格式来显示 x:显示所有程序,不以终端机来区分
八、kill的其他作用
kill除了可以终止进程,还能给进程发送其它信号,使用kill -l 可以察看kill支持的信号。
SIGTERM是不带参数时kill发送的信号,意思是要进程终止运行,但执行与否还得看进程是否支持。如果进程还没有终止,可以使用kill -SIGKILL pid,这是由内核来终止进程,进程不能监听这个信号。
Process.Responding检测进程退出,同时进程运行
我在检查进程是否仍在运行时遇到问题。我创建了一个小程序,应该保持2个程序的运行。在本例中,我使用记事本和Windows计算器。下面的代码将启动这两个应用程序,但它没有通过他们的process.checkalive属性检查他们的运行状态也hasexited失败。
请注意,示例程序使用类Apprunner来处理多个应用程序。启动这两个应用程序后,它崩溃了:
System.InvalidOperationException: “流程已退出,因此无法获取所请求的信息。”
尽管两个程序Notepad.exe和Calc.exe都在运行。
代码:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Diagnostics;
namespace watchdog
{
class AppRunner
{
public Process Program;
public AppRunner(ProcessStartInfo processrunner)
{
this.Program = new Process();
this.Program.StartInfo = processrunner;
StartExecute();
}
public void StartExecute()
{
this.Program.Start();
}
public bool checkAlive()
{
this.Program.Refresh();
return (bool)this.Program.Responding;
//fails
// also failing as true => return this.Program.HasExited;
//(its not true app still runs)
}
public void KeepEmRunning()
{
if (!checkAlive())
{
StartExecute();
}
}
}
//-----------main prog - - - - -
class Program
{
static void Main(string[] args)
{
List<AppRunner> programs = new List<AppRunner>();
ProcessStartInfo prog = new ProcessStartInfo();
ProcessStartInfo startInfo = new ProcessStartInfo();
startInfo.FileName = @"C:Windowssystem32Notepad.exe";
programs.Add(new AppRunner(startInfo));
startInfo.FileName = @"C:Windowssystem32Calc.exe";
programs.Add(new AppRunner(startInfo));
string s;
do
{
System.Threading.Thread.Sleep(1000);// wait for start.
Console.WriteLine("Notepad" + programs[0].checkAlive());
Console.WriteLine("Calc" + programs[1].checkAlive());
Console.WriteLine("press X for exit other key for update");
s = Console.ReadLine().ToUpper();
} while (s != "X");
}
}
}
代码在Windows 10上运行,vs2017在.net 4.6控制台应用程序上运行。
答案
- 如果流程已经退出,
Process.Responding
会抛出异常。我想Responding
的目的是检查进程是否已死锁或仍在工作,但如果进程已经消失则无效。 - 在启动
Calc.exe
之后,Calculator.exe
确实立即返回(参见TaskManager)。所以你观察到的结果是正确的:你为calc.exe
开始的过程已经退出,尽管你仍然看到一个计算器窗口。
以上是关于centos 离开进程不 退出程序,检测进程fg、bg、jobs、&、nohup、ctrl+z、ctrl+c的主要内容,如果未能解决你的问题,请参考以下文章
CentOS7 定时检测进程占用内存大小,执行重启进程操作(xjl456852原创)