AbortSignal.timeout仅提供超时中断能力，不自动降级；降级逻辑需在catch中手动实现，包括fallback请求、缓存读取等，并通过err.name==='AbortError'判断是否超时触发。
AbortSignal.timeout 本身不提供降级能力，但它能可靠触发超时中断，为降级逻辑提供精准的“切换时机”。真正的降级行为（如 fallback URL、缓存读取、简化数据结构）需在 catch 块中显式编写，并配合信号状态判断来避免竞态。
核心思路：用 timeout 触发降级，而非代替降级
AbortSignal.timeout 的作用是让 fetch 在指定时间后自动 abort，它返回一个已 abort 的 signal，但不会自动执行任何替代请求或逻辑。降级必须由开发者主动控制：
- 主请求失败且原因为 AbortError → 执行降级分支
- 主请求成功 → 忽略降级，直接使用结果
- 主请求失败但非超时（如网络错误、4xx/5xx）→ 可选择重试、报错或走另一条降级路径
基础实现：单层降级（主请求 + 备用请求）
以下是一个典型模式：先尝试高速接口，超时后立即发起轻量级备用请求：
async function loadResource(url, fallbackUrl, timeout = 5000) {
try {
const res = await fetch(url, { signal: AbortSignal.timeout(timeout) });
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return await res.json();
} catch (err) {
if (err.name === 'AbortError') {
// ✅ 确认是超时，发起降级请求
try {
const fallbackRes = await fetch(fallbackUrl);
if (fallbackRes.ok) return await fallbackRes.json();
} catch (fallbackErr) {
// 降级也失败，可抛出聚合错误或返回默认值
throw new Error(`主请求超时，且降级请求失败: ${fallbackErr.message}`);
}
}
throw err; // 其他错误不降级，原样抛出
}
}
增强策略：带缓存兜底与状态标记
真实场景中，降级不应只依赖网络，还应考虑本地缓存（如 localStorage 或 Cache API），并标记响应来源便于监控：
- 先检查缓存是否存在有效数据，有则同步返回（无等待）
- 并发发起主请求和缓存刷新请求（fetch + cache.put），但主请求带 timeout
- 若主请求超时，直接返回缓存数据，并标记 source: "cache-fallback"
- 若主请求成功，更新缓存并返回，标记 source: "primary"
兼容性处理：老浏览器 fallback 不影响降级逻辑
AbortSignal.timeout 在 Chrome 108 之前不可用，需手动模拟。关键点是：降级逻辑本身不变，仅 timeout 创建方式不同：
function createTimeoutSignal(ms) {
if (typeof AbortSignal.timeout === 'function') {
return AbortSignal.timeout(ms);
}
const controller = new AbortController();
setTimeout(() => controller.abort(), ms);
return controller.signal;
}
// 后续调用仍保持相同结构：
const res = await fetch(url, { signal: createTimeoutSignal(5000) });
这样既保证现代浏览器用原生高效实现，又让旧环境获得一致的超时语义，降级分支无需修改。
