Linux下强制中断一个程序的执行，利用按键，而不是kill命令。
公司主营业务：网站制作、成都做网站、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出怀来免费做网站回馈大家。
可尝试以下方法：
1.CTRL + c 中断。
2.CTRL + z 暂停放到后台。
3.CTRL + d 保存退出。
如上述方法不能解决问题可尝试：
进入相关网站询问客服人员。
寻找线下维修人员，进行询问。
寻找专业人员，寻求帮助。
寻找相关书籍，进行知识解答。
1、信号：传递给 Liunx 的事件发生通知机制。
2、kill -l：显示所有信号。一共有62个信号（没有32、33）。
3、常用的信号有：
kill -2 PID —— 正常中断进程（Ctrl + C 一样）。程序在结束之前,能够保存相关数据,然后再退出。
kill -9 PID —— 强制杀死一个进程。
kill -15 PID —— 正常方式终止一个程序。中断进程时应首先用 -15，以便于其能够预先清理临时文件和释放资源。-9 作为最后手段，应对那些失控的进程。
--------------------------------------------------------------------------------
1）、kill -2 中断后台运行的进程。
红色下划线：sleep 10000 —— 后台运行延时 10000 秒的命令，进程 ID 为1516。
ps -j —— 以作业格式列出进程信息，可以看到 1516 sleep 命令的进程。
（PID：进程 ID、PGID：线程组 ID、SID：会话 ID、TTY：进程运行的终端，标识那个终端控制。（pts远程终端、tty系统终端）、TIME：进程运行的时间 和 CMD：命令的名称和参数）。
jobs -l —— 列出后台运行的命令，可以看到 1516 sleep 命令正在后台运行。
黄色下划线：kill -2 1516 —— 中断1516 进程。执行成功后，按 Enter 回车系统会给出提示Interrupt 提示（中断进程）。
蓝色方框：ps -j 已查询不到 1516 sleep 的进程。jobs -l 也没有后台运行的命令。
2）、kill -2 配合 fg 查看中断挂起的进程。
红色下划线：前台执行 sleep 10000 （延时10000秒）后 ctrl + z 挂起。
黄色下划线：ps -j 查看进程，可以看到 1344 sleep 进程。jobs -l 查看后台进程 1344 的状态是stopped 暂停状态。
蓝色下划线：kill -2 1344 中断 1344 进程。
绿色下划线：ps -j 查看进程，仍有 1344 sleep 进程。jobs -l 查看后台进程 1344 的状态是stopped 暂停状态。
暂时这样看，好像 kill -2 并没有起到中断进程的作用。
然而，用 fg 把后台的命令调至前台运行时可以发现 1344 sleep 已经被中断。
红色下划线：fg 把已经执行了 kill -2， 状态为 stopped 的1344 sleep命令调至前台执行。系统也反馈已经调至前台执行。（此时，实际上已经执行了 kill -2 中断了进程）
黄色方框：ps -j 已经没有了 1344 sleep 的进程。
蓝色方框：jobs -l 后台也没有指令。
3）、kill -2 配合 bg 查看中断挂起的进程。
通过上面的思路，kill -2 配合 bg 实验看看效果。同样的首先挂起一个命令，状态为 stopped 暂停。然后用 bg 命令恢复执行。
前面的步骤都是一样，挂起一个命令。通过 ps 和 jobs 查看进程和后台确认有 1379 的进程，状态为 stopped 暂停。然后执行 kill-2 中断进程，再次通过ps 和 jobs 查看进程和后台命令。确认状态为 stopped 1379 的进程仍然存在。
此时，用 bg 恢复运行挂起的命令，系统提示 sleep 命令已恢复在后台运行。然而通过 ps -j 查看进程会发现 sleep 已经被中断。jobs -l 查看后台也没有了运行的 sleep 命令了。
从实验上看：
1、后台命令运行时（Running），执行 kill -2 可以中断进程。
2、挂起命令，处于暂停状态时（Stopped），执行 kill -2 后通过 ps 还可以查询到进程， jobs还可以查询到后台命令，状态仍然是 Stopped 暂停状态。实际上，用 fg 把暂停的后台进程调至前台运行时，系统反馈 sleep 命令调至前台运行。而再用 ps 查询不到进程，已经中断了进程。用 jobs 已经查询不到后台命令。
3、挂起命令，处于暂停状态时（Stopped），执行 kill -2 后通过 ps 还可以查询到进程， jobs还可以查询到后台命令，状态仍然是 Stopped 暂停状态。用 bg 把暂停的后台命令恢复运行时，系统反馈 sleep 命令在后台运行。再用 ps 查询进程已经中断，用 jobs 已经查询不到后台命令。
在命令后面加上可实现后台运行。使用示例：
但仅使用命令，当关闭控制台终端时，任务同样会被终止。
nohup（no hang up）命令，即忽略SIGHUP信号。nohup能保证关闭控制台终端时，任务不被终止：
关闭控制台终端后，通过ps查看，easeapi.sh 的父进程由终端进程变成了init进程，即使关闭终端，任务依然能保持运行。nohup命令默认会在当前目录创建nohup.out文件存储输出信息。如果要输出到指定文件则：
nohup命令虽然简单，但在一些情况下可能并不好用。比如，想使用scp命令从需要验证的服务端下载文件时，直接使用nohup命令并不会出现验证交互。这种情况下，推荐使用bg/fg命令。
Ctrl + C 和 Ctrl + Z是linux中两种中断命令，但作用有不同。Ctrl + C是强制中断进程，而Ctrl + Z则是暂停任务执行。在终端中正常执行scp命令，输入账户密码后，使用Ctrl + Z暂停任务。
jobs命令显示当前任务状态。
可以看到任务已经暂停，任务编号为1。
bg/fg将可将任务在前后台切换。现在将任务切换到后台：
在通过jobs查看，任务状态已变成了running：
当关闭终端后，任务可能会被终止。可使用disown命令忽略SIGHUP信号。
什么是中断
Linux 内核需要对连接到计算机上的所有硬件设备进行管理，毫无疑问这是它的份内事。如果要管理这些设备，首先得和它们互相通信才行，一般有两种方案可实现这种功能：
轮询（polling） 让内核定期对设备的状态进行查询，然后做出相应的处理；中断（interrupt） 让硬件在需要的时候向内核发出信号（变内核主动为硬件主动）。
第一种方案会让内核做不少的无用功，因为轮询总会周期性的重复执行，大量地耗用 CPU 时间，因此效率及其低下，所以一般都是采用第二种方案 。
对于中断的理解我们先看一个生活中常见的例子:QQ。第一种情况:你正在工作,然后你的好友突然给你发送了一个窗口抖动,打断你正在进行的工作。第
二种情况:当然你有时候也会每隔 5 分钟就去检查一下 QQ
看有没有好友找你,虽然这很浪费你的时间。在这里,一次窗口抖动就可以被相当于硬件的中断,而你就相当于 CPU,你的工作就是 CPU
这在执行的进程。而定时查询就被相当于 CPU 的轮询。在这里可以看到:同样作为 CPU 和硬件沟通的方式,中断是硬件主动的方式,较轮询(CPU
主动)更有效些,因为我们都不可能一直无聊到每隔几分钟就去查一遍好友列表。
CPU
有大量的工作需要处理,更不会做这些大量无用功。当然这只是一般情况下。好了,这里又有了一个问题,每个硬件设备都中断,那么如何区分不同硬件呢?不同设
备同时中断如何知道哪个中断是来自硬盘、哪个来自网卡呢?这个很容易,不是每个 QQ 号码都不相同吗?同样的,系统上的每个硬件设备都会被分配一个
IRQ 号,通过这个唯一的 IRQ 号就能区别张三和李四了。
从物理学的角度看，中断是一种电信号，由硬件设备产生，并直接送入中断控制器（如
8259A）的输入引脚上，然后再由中断控制器向处理器发送相应的信号。处理器一经检测到该信号，便中断自己当前正在处理的工作，转而去处理中断。此后，
处理器会通知 OS 已经产生中断。这样，OS
就可以对这个中断进行适当的处理。不同的设备对应的中断不同，而每个中断都通过一个唯一的数字标识，这些值通常被称为中断请求线。