简而言之，进程 是一个程序的运行实例。它可能运行在前端（比如有交互的进程），也可能运行在后端（比如无交互或自动运行的进程）。它可能是一个父进程（运行期间创建了其他进程），也可能是一个子进程（由其他进程所创建）。
什么是僵尸进程 Linux 中的僵尸进程有时也称为失效或死进程。它们是已完成执行的进程，但它们的条目并未从进程表中删除。 进程状态 Linux 维护着所有正在运行的进程及其状态的进程表。让我们简要概述各种进程状态： 正在运行 (R)：这些进程当前正在运行或可运行。 等待 (S/D)：这些是等待事件或资源的进程。等待可以是可中断睡眠 (S) 或不可中断睡眠 (D)。 停止(T)：我们可以通过发送适当的信号来停止Linux 进程。 僵尸(Z)：当一个进程完成它的任务时，它会释放它正在使用的系统资源并清理它的内存
注释：标准的kill命令通常都能达到目的。终止有问题的进程，并把进程的资源释放给系统。然而，如果进程启动了子进程，只杀死父进程，子进程仍在运行，因此仍消耗资源。为了防止这些所谓的“僵尸进程”，应确保在杀死父进程之前，先杀死其所有的子进程。
名称：kill 使用权限：所有使用者 使用方式： kill [ -s signal | -p ] [ -a ] pid ... kill -l [ signal ] 说明：kill 送出一个特定的信号 (signal) 给行程 id 为 pid 的行程根据该信号而做特定的动作, 若没有指定, 预设是送出终止 (TERM) 的信号 把计 -s (signal) : 其中可用的讯号有 HUP (1), KILL (9), TERM (15), 分别代表着重跑, 砍掉, 结束; 详细的信号可以用 kill -l -p : 印出 pid , 并不送出信号 -l (signal) : 列出所有可用的信号名称
和很多程序员打过交道，这些程序员可能熟知for遍历的好几种写法，但是却对写出来的程序部署的环境一无所知。我敢打赌，在spring boot出现之后，已经很少有程序员知道tomcat到底是怎么运行的了。对于他们来说，运行一个jar包就完事了。
僵尸进程就是已经结束的进程（几乎不占计算机资源），但是它并没有从进程列表中删除。僵尸进程太多会导致操作系统的进程数目过多，从而占满了OS的进程表。进而导致无法创建新进程，致使OS崩溃。
Tasks: 95 total, 1 running, 94 sleeping, 0 stopped, 1617 zombie
1） 查看进程的方法： ps -ef 或者 ps aux root 15087 0.0 0.0 0 0 ? S 23:31 0:00 [kwo
僵尸不可能被杀死，因为它已经死了，不存在再死一次的问题。死的对立面是活，死者已死。只有活的进程才可能被杀死。
我们很多人对kill -9 非常熟悉，在工作中也经常用到。特别是你去重启服务的时候。但是所有的服务都能用kill -9来处理吗？kill -9能杀掉所有的进程吗？
In UNIX System terminology, a process that has terminated,but whose parent has not yet waited for it, is called a zombie. 在UNIX 系统中,一个进程结束了,但是他的父进程没有等待(调用wait / waitpid)他, 那么他将变成一个僵尸进程. 在fork()/execve()过程中，假设子进程结束时父进程仍存在，而父进程fork()之前既没安装SIGCHLD信号处理函数调用 wai
In UNIX System terminology, a process that has terminated,but whose parent has not yet waited for it, is called a zombie.
查看进程树。 linux中，每一个进程都是由其父进程创建的。此命令以可视化方式显示进程，通过显示进程的树状图来展示进程间关系。如果指定了pid了，那么树的根是该pid，不然将会是init（pid： 1）。
PHP多进程编程之僵尸进程问题的理解 使用pcntl_fork函数可以让PHP实现多进程并发或者异步处理的效果：https://www.jb51.net/article/125789.htm 那么问题是我们产生的进程需要去控制，而不能/【关于环境方面，我觉得DOCKER是非常合适和快速部署的一个方式】/置之不理。最基本的方式就是fork进程和杀死进程。 通过利用pcntl_fork函数，我们已经有了新的子进程，而子进程接下来完成我们需要处理的内容，那么我们就暂且叫做service()吧，而且我们需要很多个service()进行处理，再次参照我们之前的需求，父进程需要一直循环读取配置文件，等待文件发生改变。通过对pcntl_fork的方式，很容易我们就可以写出如下代码：
一.孤儿进程 孤儿进程可以理解为一个子进程的父进程英年早逝（父进程先于子进程退出），就将这样的一个进程称为孤儿进程，在linux操作系统上。孤儿进程被init进程收养，此时孤儿进程的ppid==1，即init进程的pid == 1。也就是说init进程变成孤儿进程的父进程（干爹）。
1、僵尸进程的产生 在AIX操作系统实施的进程结构中，每一个进程都有一个父进程。当一个进程结束时会通知它的父进程，从而该进程的父进程会收集该进程的状态信息。若父进程在一定的时间内无法收集到状态信息，则系统中就会残留一个僵尸进程。 因为僵尸进程是已经停止的，所以使用杀死进程的方法来杀僵尸进程是无效的。僵尸进程不使用CPU或硬盘等系统资源，而只使用极少量的内存用于存储退出状态和资源使用信息。 2、问题分析 某一个进程在结束时由它的父进程负责删除它。要找到某一个进程的父进程，执行ps -ef命令，输出中的P
对于我们开发人员来说有问题要先解决了再说，怎么杀死僵尸进程呢。 1、ps -aux，看看哪个进程STAT为Z，哪个就是僵尸进程
在 Linux操作系统中，所有被操作系统管理的资源，例如网络接口卡、磁盘驱动器、打印机、输入输出设备、普通文件或是目录都被看作是一个文件。
首先要明确一点，僵尸进程的含义是：子进程已经死了，但是父进程还没有wait它的一个中间状态，这个时候子进程是一个僵尸。正常情况下子死，父wait，清理掉子进程的task_struct，释放子进程的PID:
Linux 允许进程查询内核以获得其父进程的 PID，或者其任何子进程的执行状态。例如，进程可以创建一个子进程来执行特定的任务，然后调用诸如 wait() 这样的一些库函数检查子进程是否终止。如果子进程已经终止，那么，它的终止代号将告诉父进程这个任务是否已成功地完成。
SIGTERM（信号 15）在基于 Unix 的操作系统（如 Linux）中用于终止进程。SIGTERM 信号提供了一种优雅的方式来终止程序，使其有机会准备关闭并执行清理任务，或者在某些情况下拒绝关闭。Unix/Linux 进程可以以多种方式处理 SIGTERM，包括阻塞和忽略。
当进程exit()退出之后，他的父进程没有通过wait()系统调用回收他的进程描述符的信息，该进程会继续停留在系统的进程表中，占用内核资源，这样的进程就是僵尸进程。
本教程深入探讨了在 Linux 中管理进程的实际方面，这对于故障排除和资源管理来说是一项非常实用的技能。
外界的刁难，挑战。。。其实并不是最难的，最难的总是内部难以安抚，OOM。。。内存泄漏，OOM killer了解一下。。。攘外必先安内。。。我可能要死在内部了。。。
我们日常经常会提及系统资源的使用状况，那么系统资源具体是指什么呢？其实系统资源主要分为两种，运行资源和存储资源
多进程编程要注意僵尸进程。子进程没有可执行代码后将变成僵尸进程，如果父进程一直运行，又没有处理僵尸进程的代码，僵尸进程也将一直存在，消耗资源。僵尸进程无法通过kill命令杀掉。
进程是在你的系统上运行的程序。它们由内核管理，每个进程都有一个与之关联的ID，称为**进程ID(PID)**。这个PID是按照进程创建的顺序分配的。
一个父进程退出, 而他的一个或者多个子进程还在运行, 那么这些子进程将成为孤儿进程. 孤儿进程将被init(进程号为1)所收养, 并有init进程对他们完成状态收集工作.
这是我们在稳定性测试中遇到的，出现问题后机器是特别的卡，按下power按键等待几秒钟才能亮屏。
进程是操作系统基础的调度单位，我们日常接触了很多，自然不必多说。但有时，一个进程的状态变成了 Z，我们杀不死它，它持有的资源我们也不能回收，这显然是一个棘手的问题。
1. 什么是linux服务器load average？ Load是用来度量服务器工作量的大小，即计算机cpu任务执行队列的长度，值越大，表明包括正在运行和待运行的进程数越多。 参考资料：http://en.wikipedia.org/wiki/Load_average
进程：当我们运行程序时，Linux会为程序创建一个特殊的环境，包含程序运行的所有资源，这个环境就称为进程
os.waitpid()的第2个参数，0表示挂起父进程，1表示不挂起父进程。 import os import time pid = os.fork() if pid: print('In parent. sleeping...') print(os.waitpid(-1, 1)) # 无僵尸进程可以处理，返回0 time.sleep(20) print(os.waitpid(-1, 1)) # 处理僵尸进程，返回子进程PIP time.sleep(60)
用ps和grep命令寻找僵尸进程 #ps -A -ostat,ppid,pid,cmd | grep -e '^[Zz]' 命令注解： -A 参数列出所有进程 -o 自定义输出字段 我们设定显示字段为 stat（状态）, ppid（进程父id）, pid(进程id)，cmd（命令）这四个参数 因为状态为 z或者Z的进程为僵尸进程，所以我们使用grep抓取stat状态为zZ进程 运行结果参考如下 Z 12334 12339 /path/cmd 这时，我们可以使用 kill -HUP 12339来杀掉这个僵尸进程 运行后，可以再次运行ps -A -ostat,ppid,pid,cmd | grep -e '^[Zz]'来确认是否已经将僵尸进程杀死 如果kill 子进程的无效，可以尝试kill 其父进程来解决问题，例如上面例子父进程pid是 12334，那么我们就运行 #kill -HUP 12334 来解决问题
作者：21aspnet 链接：https://blog.csdn.net/21aspnet/article/details/6754445
命令注解：-A 参数列出所有进程 -o 自定义输出字段 我们设定显示字段为 stat（状态）, ppid（进程父id）, pid(进程id)，cmd（命令）这四个参数 因为状态为 z或者Z的进程为僵尸进程，所以我们使用grep抓取stat状态为zZ进程 运行结果参考如下:
| 作者简介 | Docker容器生成僵尸进程 现象 公司开发服务器上使用Docker跑了几个容器，这些容器都是长时间运行的。偶然发现服务器上有大量僵尸进程，大约有两三千个。简单跟踪了下，发现这些僵尸进程均是在容器的进程命名空间的。 1 2ps aux | grep 'Z' | grep -v grep ll /proc/${any_zombie_pid} 在容器里运行的程序是很正常的web server，怎么会这样呢？ Docker 和子进程“僵尸化”问题 初始进程的责任：“收割”“僵尸进程” Un
当子进程退出时，父进程没有调用wait函数或者waitpid()函数等待子进程结束，又没有显式忽略SIGCHLD信号，那么它将一直保持在僵尸状态，如果这时父进程结束了，init进程会自动接收这个子进程，为它收尸，但如果父进程是一个循环，不会结束，那么子进程就会一直保持僵死状态。 进程状态：
首先使用ps -ef命令确定要杀死进程的PID，然后输入以下命令： # kill –pid
这几天在生产环境发现有几个容器一直不能正常的stop，或者rm 掉，而且查看docker daemon 日志里面会出现很多 msg="Container 5054f failed to exit within 10 seconds ofsignal 15 - using the force" 这样的报错，使用的命令为journalctl -xe -u docker 然后在短暂的时间内 docker ps查看到的容器还在运行中，过了一会没有了我们在创建的时候会提示这个容器已经存在（如果建立同样名称的容器）
很多程序员熟悉了在 Windows 环境下开发，而我们服务器一般都是 Linux 系统。当有一天你需要在 Linux 服务器上做一些配置或者故障排除的时候，你会很困惑，不知道如何下手。原因是对 Linux 常用的命令还不熟悉，今天我就给大家介绍几个 Linux 常用命令。掌握它们的用法后，我们在使用 CRMEB 打通版系统的时候就能如鱼得水，可以大大提高工作效率。
Linux下的top命令我相信大家都用过，自从我接触Linux以来就一直用top查看进程的CPU和MEM排行榜。但是top命令的其他输出结果我都没有了解，这些指标都代表什么呢，什么情况下需要关注呢？以及top命令输出结果的来源数据是什么呢，又是怎么一个计算原理呢？
原文地址：http://www.cnblogs.com/jacklu/p/5317406.html
在https://editor.csdn.net/md/?articleId=138925446这篇文章中，我缺失了关于僵尸进程的处理办法的内容，因为当时脑子不好的小菜鸟并未学到这里，现在就让我填上这个坑🕳吧😉
由于CPU数量相对于进程数量来说少之又少,所以CPU维护了一个运行队列,方便管理大量等待CPU资源的进程.
我们知道，当可执行程序从磁盘等外设中加载到内存时，操作系统回味每一个进程创建一个task_struuct结构体,又称PCB,来保存有关该进程的所有属性。当该进程准备就绪，可以被CPU调用时，与此同时，可能会有多个进程同时处于准备就绪状态，这些进程所属状态就是运行状态（R状态），操作系统为了管理和有效这些处于运行状态的进程，就创建了一个运行队列，
对该机制有稍微了解的话，不难得知一个关键因素：SIGCHLD。正是这个SIGCHLD起到了通知的作用，所以后面的处理也是基于它而实现。
这是100个命令的第7篇文章，主要关于进程的管理命令以及你应该知道关于进程的基本原理，相对于命令的理解，应该更加注重对于进程本身的理解。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
