一句话定义：死锁（Deadlock）指两个或多个执行单元各自占着对方需要的资源，又都不肯先释放，于是全体永久停在原地，谁也无法推进的状态。
先从人说起。一条只容一人通过的窄走廊，两个人迎面走来，各自身后都有一辆推车挡住退路。甲说“你先退”，乙说“你先退”，十分钟后两人还在原地。这就是死锁——问题不在于谁算得慢，而在于等待关系形成了一个闭环。
计算机教科书把死锁归纳为四个条件同时成立：资源互斥（一把锁一次只给一个人）、持有并等待（拿着自己的还想要别人的）、不可剥夺（不能强抢）、循环等待（A 等 B，B 等 A）。四个条件里只要打断任意一个，死锁就不会发生。这个结论几十年没变过，是多智能体系统、数据库、操作系统的共同基础。
放到 AI 场景里，它比想象中常见。多个智能体（Agent）协作时，A 需要 B 的检索结果才能写报告，B 又要等 A 的大纲才能检索；两个任务分别要写同一张表，各自先拿了行锁再申请对方的行锁；编排框架里两个子任务互相声明依赖，图里出现了一个环。表面上系统没有报错，日志也很干净，只是所有任务都停在“等待中”，CPU 空转，进度条永远不动。审阅多轮对话时也会遇到这种状态：两个模型互相客气，“您先给个方向”“还是您先来”，礼让到天荒地老。
它和几个近亲不一样，诊断时容易混淆：
| 现象 | 谁在等 | 整体有进展吗 | 典型表现 |
|---|---|---|---|
| 死锁 | 互相等，成环 | 完全停住 | 两个任务都卡在“等对方输出” |
| 活锁（Livelock） | 没人干等，都在忙 | 无实质前进 | 反复重试、反复退让，状态一直在变 |
| 饥饿（Starvation） | 单方长期等 | 其他部分在跑 | 低优先级任务总被插队 |
区分方法很朴素：画一张“谁在等谁”的有向图。成环是死锁，箭头乱窜但没人前进是活锁，只有某个节点长期没被点亮是饥饿。
对从业者的实际意义：与其事后排查，不如在设计时打断那四个条件。给每个等待加超时和重试上限；给资源规定全局获取顺序，让环构造不出来；任务依赖强制走有向无环图（DAG），别让两个子任务互为前置；超时后主动释放自己占住的资源再重来；再加一个看门狗，专门检测长时间无进展的等待链。这些手段都很常规，但少一条就可能在生产环境里变成半夜的告警。
对普通职场人：跨部门项目里，A 组等 B 组先给数据，B 组等 A 组先确认口径，会议开了三轮，事情一步没动——这和两个 Agent 死锁是同一套结构。解法也一样：找到那个环，指定一个人先无条件让步，或者干脆把等待改成“先各自出一版草稿”。死锁不是能力问题，是结构问题；换掉结构，僵局自然解开。