很多后端工程师平时也在用 Linux：连机器、看日志、拉进程、改配置、重启服务，好像每天都离不开它。但一旦系统真的出现 CPU 打满、内存暴涨、磁盘写满、端口占用、服务起不来、连接建不起来这些问题，很多人就会突然发现，自己会的只是几个命令，不是真正的 Linux 系统能力。

这一组文章想做的，就是把 Linux 从命令行使用、文件系统、进程、内存、网络、权限，一路讲到 systemd、OOM、cgroup、容器隔离和线上排障，让它真正进入你的后端工程能力体系。

Linux 的价值，不只是让你能登录一台服务器，而是让你能看懂程序究竟是怎么在系统里活着的。

为什么这一篇重要

如果只会照着文档敲命令，后面遇到性能问题、资源异常和线上故障时，就很难判断问题到底出在应用、配置、内核机制还是运行环境。

先把核心问题想清楚

  • Linux 系统能力的核心，不是记命令，而是理解系统如何管理进程、内存、文件和网络。
  • 真正有价值的是把现象、命令和底层机制串起来，而不是孤立地背工具用法。
  • 最终目标不是成为内核开发者，而是让后端工程师具备线上定位和系统判断能力。

实战里更该关注什么

  • 建议准备一台可实验的 Linux 环境，后续每篇都围绕真实现象做观察。
  • 学习时不要只问命令怎么用，更要问命令读到了哪些系统状态。
  • 每学一个主题，都回到“这会怎样影响线上稳定性”这个问题上。

常见误区

  • 把 Linux 理解成一套需要死记硬背的命令手册。
  • 看到问题先重启服务，而不是先看证据。
  • 觉得会 SSH 上机器就等于具备 Linux 能力。

一个值得自己做的小练习

给自己列一份最小线上排障清单，至少包含进程、内存、磁盘、网络和日志五个维度，后续每篇都不断补充它。

小结

这一组 Linux 专题的重点，不是把命令背熟，而是逐步建立从“会登机器”到“能理解系统运行状态”的完整链路。