据说，今天凌晨，悲伤的中年建筑师刘某再次被手机微信群唤醒。该部门的运维兄弟在该公司的微信小组中说：SMS的生产环境中的CPU使用率过高，并且警报很疯狂。这是您昨天在线上的看门狗引起的吗？刘对巴登着迷并考虑了一下。是的，昨天他确实为SMS服务安装了看门狗。但是，看门狗服务绝对不会成为问题（架构师必须对蜂蜜充满信心），并且在进行在线测试之前，已经对所有测试进行了测试。我从未见过这种想像力。是因为应试女孩没有进行适当的测试吗？在线消息传递应用程序本身有问题吗？生产中没有小东西，小东西也不容忽视。主要原因是害怕扣除绩效奖金。 Liu迅速打开计算机，打开VPN，并远程登上SMS生产服务器，并开始了他最好的2W1H诊断之旅。下次诊断的内容会让人有点头疼，节奏会很快，请坐下并保重。 1.谁是病人编号（WHO）？刘拿出控制台诊断仪，并输入top命令进行查找。我摘下了它，但我不知道自己被吓到了。 PID为1878，CPU占用率超过200％。问题已解决，但PID 1878的患者是谁？真的是昨天在线的看门狗吗？尽管Liu在工作场所已经很长时间了，但是在调查生产问题时他仍然非常紧张。毕竟，这是一个生产环境。当我说为时已晚时，我看到了Liu的命令输入：ps -ef | grep 1878我仔细看了一下。原来是放屁，看着别人。 SMS服务是独立运行的，与看门狗无关。刘感到平静。很多。锅找到了主人。实际上，此时，Liu可以将这个问题完全交给SMS开发团队，但是Liu最喜欢的不是丢掉锅，而是把砂锅弄碎。 2.病号哪里出了问题（哪里）？为什么患者1878需要那么多的CPU？我看到在深色控制台诊断仪上，Liu熟练地键入了：jstack -l 1878＆amp; gt; ＆amp; gt; No.1878医疗记录.log这样，获得了患者1878的医疗记录的详细列表，这将在一段时间内有用。问题在患者1878的哪一部分？我没说完，我看到Liu在控制台诊断仪上输入了另一个：白板上的黑色HP 1878，上面列出了1878患者的所有器官信息。看到结果，我感到震惊。 PID代号为8721的器官占CPU的100％以上。怀疑自发地出现。 PID代号为8721的器官是什么，是头部，眼睛还是手臂和腿？这些器官上显示的PID列都是昵称，而且它们都非常善于伪装。如何揭示他们的本色？幸运的是，在魔术镜算法的帮助下，Liu有一个绝妙的技巧，熟练的输入：printf＆quot;％x
“ 8721确实使代号为8721的器官出现在了真实的身体中，真正的身份实际上是2211的呼吸道。难怪病人的病号一直喘着气，无法呼吸。在这一点上，不可能开出正确的药物，因此需要进一步诊断2211。什么蛾子从我的呼吸道中冒出来，导致患者1878喘不过气来？我在黑暗的控制台诊断仪上看到，刘大再次输入：grep 2211 -A20 1878 No. medical record.log的诊断结果随后显示在诊断仪上。看了诊断结果的刘先生一直背着很多盆。乍一看，他发现在高并发条件下使用HashMap是一个问题（请我自己搜索Google和Baidu的每个人，所以在这里我不再赘述），最后看到了蓝天。 3.如何规定正确的补救措施（HOW）？在刘兴云流水的情况下，没有一丝泥泞的手术痕迹，对1878年患者的诊断同样出色。结束后，锅将完全破裂。凭借外科领域的专业知识，Liu可以郑重地告诉SMS开发同事具体的原因，如果发现了疾病的根源，则开发同事可以开出正确的药物。你有问题的方法了吗？刘本人将2W1H简要地概括为三个方面：谁是病号，哪里是病号问题，并开了正确的药。 1.谁是病号？ （WHO）步骤1：使用top命令查找CPU使用率最高的患者编号的PID；步骤2：通过ps -ef |检查患者编号的真实身份| grep PID。 2.哪里