JavaScript中无传统死锁，但存在异步任务无限挂起的“假死”；应通过Promise.race超时控制、AbortController中止请求、活跃性监控及统一告警实现可观测性治理。
JavaScript 中不存在传统多线程环境下的“死锁”（如两个线程互相等待对方释放锁），但确实会出现异步任务无限挂起、无响应、长时间未完成的情况——常被误称为“死锁”，实际是逻辑卡顿、Promise 未 resolve/reject、回调未触发或事件未触发导致的“假死”。处理这类问题的核心是：主动设定期望完成时间，超时即中断或告警。
用 Promise.race 实现超时控制
最常用且轻量的方式：将目标异步操作和一个定时 reject 的 Promise 赛跑。
示例：
function withTimeout(promise, ms, message = 'Operation timed out') {
const timeout = new Promise((_, reject) =>
setTimeout(() => reject(new Error(message)), ms)
);
return Promise.race([promise, timeout]);
}
// 使用
withTimeout(fetch('/api/data'), 5000)
.then(res => res.json())
.catch(err => {
if (err.message.includes('timed out')) {
console.warn('⚠️ 接口超时，触发告警');
reportTimeoutAlert('fetch-data', 5000);
} else {
console.error('请求失败：', err);
}
});
AbortController 配合超时（推荐用于 fetch / 流式操作）
现代浏览器中，fetch 原生支持 AbortSignal，可真正中止网络请求（不只是忽略结果）。
立即学习“Java免费学习笔记（深入）”；
示例：
function fetchWithTimeout(url, options = {}, timeoutMs = 5000) {
const controller = new AbortController();
const timeoutId = setTimeout(() => controller.abort(), timeoutMs);
return fetch(url, {
...options,
signal: controller.signal
}).finally(() => clearTimeout(timeoutId));
}
fetchWithTimeout('/api/upload', { method: 'POST' }, 10000)
.catch(err => {
if (err.name === 'AbortError') {
console.warn('❌ 请求被超时中止');
reportTimeoutAlert('upload', 10000);
}
});
监控长耗时 Promise（防“静默挂起”）
有些异步任务看似启动了（如 WebSocket 连接、EventSource、自定义状态机），但迟迟不进入完成态。可封装一层“活跃性检查”：
- 记录任务 start 时间，定期检查是否超过阈值且仍处于 pending 状态
- 对关键 Promise 实例做弱引用登记，配合定时器扫描（适合框架层统一治理）
- 在 then/catch 回调里清除监控标记；若超时未清除，触发告警并可选执行兜底（如重试、降级、上报）
告警与可观测性建议
超时本身不是终点，关键是让问题可见、可追溯：
- 统一上报超时事件（含任务标识、预期耗时、实际耗时、调用栈简略信息）
- 前端可结合 performance.mark/measure 记录关键路径耗时
- 避免仅 console.warn，应调用埋点 SDK 或发送到监控平台（如 Sentry、自建告警服务）
- 对高频超时接口，考虑自动熔断（如连续 3 次超时暂停请求 30 秒）
