CRUDBoy成长计划（5）— 排查服务器问题时到底做干什么？

CRUDBoy成长计划（5）— 排查服务器问题时到底做干什么？

注意：

1. 本次计划针对有一定工作经验，想要提升技术和工作能力的程序员。
2. 关于本计划的详情见：CRUD Boy 成长计划
3. 宗旨 首先不做理论知识普及，这样的东西太多了，其次，不做自我感动的事情，看上去学了很久，实际上工作用不到，面试问不到。 最后功利的一点说就是为了提高薪资。为了能够在工作中有更好的表现，将代码写的更好，更易用，更好维护，更优雅。也为了，在下一次面试的时候，能够从一群八股文科举选手中脱颖而出。 归根结底，技术岗位最重要的还是解决问题的能力，而不是背书的能力。 由于每个人的经验都是不可复制的，因此，我们需要互相学习互相探索出一条程序员自我成长的路线。整体方向围绕两个核心 职业素养 和 技术能力开展。既为了现在能够把代码写好，把需求做好，也为了日后能够把牛逼吹好，把薪资谈好。

开展方式

关于本计划的详情见：CRUD Boy 成长计划

开始本周内容之前再次强调计划开展方式：

1. 周一公布专题内容和学习方向，例如：服务器和JVM调优。并对上一周的主题，各位同学的项目案例以及解决方案进行讨论。
2. 参于计划的同学，利用周一周二周三做两件事。
3. 1. 围绕主题自行查阅相关资料，最好整理成文档，粘贴复制成文档也是ok的。
   2. 查看自己现在项目中是否有类似的问题。例如：现在架构是什么样的，服务器参数，JVM参数等，未必要全，但是一定要看。
4. 周四周五我会发布相关理论文章和实战案例分析（包含需求背景，分析过程，实现步骤，代码成品，基本上都是我在项目中写过的代码）。 没有需求背景，就没有实战意义，天天用小明和小张养猫养狗举例子，打基础是非常好的，理解难度小，但是想要进阶有难度。
5. 周六周日，自行回顾自己项目中类似的问题，能不能合理的进行解决。简单写出解决方案。

第二周主题：CPU 100%的时候怎么办？

不管是面试还是实际工作中，排查服务器问题都不是一件简单的事情，并不是因为很难，而是：

一方面大部分的人遇不到类似的问题，也就不会有类似的排查经验。

另一方面，引起问题的原因可能是多种多样的，很多时候都需要排查问题的程序员对项目和技术有深入的了解才能够定位问题，所以出现问题之后往往也不会交给初中级程序员来排查。

基于上面两点，大部分的人在准备对应面试题的时候也只能是背一背一些命令，这样的做法可以证明自己知道，但并不能证明自己会。所以需要有一个更好的方式学习排查的套路，保证面试的时候能够体现出经验，实际开发遇到的时候有一个基本的思路。

那么才能做到呢？

从一个小点出发，学会一个主要的排查思路流程，以后围绕这个主干慢慢添砖加瓦。排查Java项目的问题需要很多的知识储备，服务器，Linux，JVM，并发等等，但是从表现出来的话，出现服务器问题的的时候往往会有两个重要的表现：CPU 100%或者是内存溢出（泄漏）。

所以这一次主题我们就围绕CPU 100%开始，学习一个常规的排查问题的思路。并且上手在项目中操作一遍，走一走流程（可不要真把服务器搞个CPU 100%出来再走流程）。

第二周引导内容

在进行学习的时候一定要收集整理文档。粘贴复制也可以。

以下是我罗列的问题引导大家进行学习：

1. 什么情况下会出现CPU 100%
2. 常见的Linux命令有哪些，和服务器排查相关的有哪些？
3. 进程和线程有什么区别？什么是线程的堆栈信息？
4. 如何快速定位Java进程？
5. 如何开启线程显示模式？如何找到CPU消耗最多的线程？
6. 常规的排查思路是什么？
7. JVM的垃圾回收出问题了，会不会引起CPU 100%？（例如：频繁GC）
8. JVM的分代情况？GC的分类？垃圾回收算法和垃圾回收器？

最后

周一周二周三，自行学习，大家也发现了如果只是一味的看资料，博客，用处不大，就是因为没有引入项目中思考，所以这个时候摒弃惰性很重要，思考一下场景，会让自己对设计模式的理解更加清晰。

有什么问题，大家可以发在群里进行讨论。有好的思考也要即时分享。讨论尽量在大群进行。