操作系统里的进程和线程是技术面试基础题。很多候选人能说进程是资源分配单位，线程是执行单位，但面试官继续问：线程越多越好吗？上下文切换有什么代价？死锁怎么出现？后端服务为什么会线程阻塞？这些追问一旦落到项目里，就不再是概念题，而是稳定性问题。
这些问题的价值在于，它们能解释很多项目里的性能和稳定性问题。
进程和线程要结合资源讲
进程之间资源相对隔离，一个进程崩溃通常不会直接破坏另一个进程的内存。线程属于同一个进程，共享进程资源，因此通信更方便，但共享数据也带来并发安全问题。
在后端项目里，一个服务进程里可能有多个工作线程处理请求。线程共享缓存、连接池和内存对象。如果多个线程同时修改同一份数据，就需要锁、队列或无共享设计来保护。
线程多不一定快
线程多可以提高并发处理能力，但不是越多越好。线程过多会带来上下文切换开销，也会占用内存。如果大量线程都在等待数据库或外部接口，增加线程可能只是让更多请求一起等待，甚至压垮下游。
面试里可以结合线程池回答：线程数要看任务类型和下游容量。处理器密集型任务不适合开太多线程，网络等待型任务可以适当增加，但必须有超时和限流。
阻塞和死锁要能举例
阻塞是线程等待某个资源，比如等待锁、等待网络、等待磁盘。死锁是多个线程互相等待对方持有的资源，谁也无法继续。项目里如果锁顺序不一致，就可能死锁；如果调用外部接口没有超时，就可能长时间阻塞。
一段好的回答可以是：我不会只从定义讲线程，而会看项目里线程为什么等待。接口慢时，可能不是代码计算慢，而是线程阻塞在数据库连接、远程调用或锁竞争上。排查时看线程状态、连接池等待、锁日志和下游耗时。
和项目怎么结合
比如面试官问“接口突然变慢”，可以把操作系统基础讲进去：我会先判断线程是在运行、等待锁，还是等待外部输入输出。如果大量线程处于等待数据库连接，问题可能是连接池不够或慢查询；如果大量线程等待同一把锁，说明共享资源竞争严重；如果线程数量不断上涨，可能是线程池配置或任务退出逻辑有问题。
这种回答把进程、线程、锁和阻塞都落到了真实排查路径上。面试官听到的不是书本定义，而是你能用基础知识解释线上现象。
操作系统基础如果能讲到项目现象，就不再是死记硬背，而是工程分析能力的一部分。
从系统概念回到服务现象
进程和线程不是孤立概念。后端服务变慢、连接数打满、线程池堆积、锁等待，背后都能映射到操作系统里的资源竞争和调度成本。面试回答可以先讲概念，再落到现象。
进程隔离：项目现象是单个服务实例崩溃不影响另一个进程，容易误解是进程越多越好，更专业的说法是隔离带来内存和部署成本。线程共享内存：项目现象是多线程读写同一对象出错，容易误解是加线程一定更快，更专业的说法是需要同步和上下文切换成本。
- 阻塞：项目现象是请求线程都在等数据库，容易误解是CPU 低就没问题，更专业的说法是线程等待也会拖垮吞吐。
- 死锁：项目现象是多个任务互相等待资源，容易误解是只会出现在教科书，更专业的说法是锁顺序和超时设计很关键。
候选人可以准备一个服务排查例子：接口慢时先看是计算忙、等待下游、锁竞争还是线程池耗尽。这样操作系统基础就能和项目经验连起来。