您是否遇到过当您使用该应用程序时,它突然变得无法响应并意外崩溃。当您再次尝试启动该应用程序时,但由没有任何反应,这是因为原来的应用程序进程不会完全关闭,因此无法再次启动该应用那么怎么解决这种情况,然而我们一般的解决方式都是终止该应用的进程
使用命令行或字符终端界面
Ctrl + C
在命令行中调用 gedit (如果您没有使用 gedit & 命令)程序的一个问题是 shell 会话被阻塞,没法释放命令行提示符。在这种情况下,Ctrl + C (Ctrl 和 C 的组合键) 会很管用。这会终止 gedit ,并且所有的工作都将丢失(除非文件已经被保存)。Ctrl + C 会给 gedit 发送了 SITING 信号。这是一个默认终止进程的停止信号,它将指示 shell 停止 gedit 的运行,并返回到主函数的循环中,您将返回到提示符。
$ gedit
^C
Ctrl + Z
它被称为挂起字符。它会发送 SIGTSTP 信号给进程。它也是一个停止信号,但是默认行为不是杀死进程,而是挂起进程。
下面的命令将会停止(杀死/中断) gedit 的运行,并返回到 shell 提示符。
$ gedit
^Z
[1]+ Stopped gedit
$
一旦进程被挂起(以 gedit 为例),将不能在 gedit 中写入或做任何事情。而在后台,该进程变成了一个作业,可以使用 jsbs 命令验证。
$ jobs
[1]+ Stopped gedit
jobs 允许您在单个 shell 会话中控制多个进程。您可以终止,恢复作业,或是根据需要将作业移动到前台或是后台。
让我们在后台恢复 gedit,释放提示符以运行其它命令。您可以通过 bg 命令来做到,后跟作业 ID(注意上面的 jobs 命令显示出来的 [1],这就是作业 ID)。
$ bg 1
[1]+ gedit &
这和直接使用 gedit & 启动程序效果差不多:
$ gedit &
使用 kill
kill 命令提供信号的精确控制,允许您通过指定信号名或是信号数字为进程发送信号,后跟进程 ID 或是 PID。
我喜欢 kill 命令的一点是它也能够根据作业 ID 控制进程。让我们使用 gedit & 命令在后台开启 gedit 服务。假设通过 jobs 命令我得到了一个 gedit 的作业 ID,让我们为 gedit 发送 SIGINT 信号:
$ kill -s SIGINT %1
作业 ID 需要使用 % 前缀,不然 kill 会将其视作 PID。
不明确指定信号,kill 仍然可以工作。此时,默认会发送能中断进程的 SIGTERM 信号。执行 kill -l可以查看信号名列表,使用 man kill 命令阅读手册。
使用 killall
如果您不想使用特定的工作 ID 或者 PID,killall 允许您使用特定的进程名。中断 gedit 最简单的 killall 使用方式是:
$ killall gedit
它将终止所有名为 gedit 的进程。和 kill 相似,默认发送的信号是 SIGTERM。使用 -I 选项忽略进程名的大小写。
$ gedit &
[1] 14852
$ killall -I GEDIT
[1]+ Terminated gedit
查看手册学习更多 killall 命令选项(如 -u)。
使用 xkill
您是否遇见过播放器崩溃,比如 VLC[2] 灰屏或挂起?现在你可以像上面一样获得进程的 PID 来杀掉它,或者使用 xkill 命令终止应用程序。
Using xkill
xkill 允许您使用鼠标关闭窗口。仅需在终端执行 xkill 命令,它将会改变鼠标光标为一个 X 或是一个小骷髅图标。在你想关闭的进程窗口上点击 x。小心使用 xkill,如手册描述的一致,它很危险。我已经提醒过您了!
参阅手册,了解上述命令更多信息。您还可以接续探索 pkill 和 pgrep 命令。
以上就是良许教程网为各位朋友分享的Linux系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”,或扫描下方二维码进行关注,更多干货等着你 !