程序写在磁盘上时只是文件，运行起来之后才会变成进程。很多线上问题之所以麻烦，就是因为“代码文件”和“运行中的进程”是两回事：你改了代码，不代表老进程就消失了；你停了一个线程，也不代表整个进程就退出了。

Linux 的很多系统能力，本质上都围绕进程展开：调度、内存、文件描述符、信号、权限、资源限制，最终都要落到某个具体的进程或线程身上。

线上系统真正被 Linux 管起来的，不是源码，而是一个个活着的进程。

为什么这一篇重要

如果对进程和线程没有清晰认知，后面看 CPU、内存、端口和信号时就很难找到真正的对象。

先把核心问题想清楚

  • 进程是资源分配和运行管理的重要基本单位。
  • 线程共享进程的大部分资源，但执行上可以并发推进。
  • 很多系统现象最终都要落实到某个 PID 或线程组上解释。

实战里更该关注什么

  • 先把“程序文件、进程、线程”三者区别讲清楚。
  • 观察一个服务从启动、运行到退出时，系统里有哪些对象在变化。
  • 排障时尽量围绕具体 PID 收集证据，而不是只说“服务有问题”。

常见误区

  • 把进程和线程当成完全一样的东西。
  • 只会看服务名，不会落到具体进程实例。
  • 以为重启程序就能解释所有运行态现象。

一个值得自己做的小练习

启动一个简单服务，分别观察它的 PID、线程数量、打开文件和监听端口，体会“一个运行中的程序”在 Linux 里到底对应哪些系统对象。

小结

理解进程与线程之后，Linux 的很多资源、性能和排障问题才会真正落到可分析的实体上。