async await 调接口有什么劣势

### Async/Await 调用 API 的缺点和潜在问题

#### 错误处理复杂化
尽管 `async`/`await` 提高了代码的可读性，但在错误处理方面可能会引入一些复杂度。当多个异步操作串联在一起时，如果其中一个失败，则需要特别注意如何捕获并处理这些异常。通常情况下，开发者会使用 try-catch 结构来包裹整个逻辑块[^2]。

try {
    const response = await fetch('https://api.example.com/data');
    if (!response.ok) throw new Error(`HTTP error! status: ${response.status}`);
    const data = await response.json();
} catch (error) {
    console.error('Error fetching data:', error);
}

#### 并发控制难度增加
对于并发执行的任务来说，`async`/`await` 可能不是最佳选择。这是因为默认行为是顺序执行每一个 `await` 表达式后的语句，这可能导致不必要的延迟。为了实现真正的并行请求，必须显式地创建 Promise 数组并通过 `Promise.all()` 来管理它们。

// 不推荐的方式 - 串行调用
const resultA = await fetchDataA();
const resultB = await fetchDataB();

// 推荐方式 - 并行调用
const [resultA, resultB] = await Promise.all([fetchDataA(), fetchDataB()]);

#### 难以调试
由于 `async` 函数本质上仍然是基于回调链式的 Promises 实现，在某些浏览器环境中跟踪堆栈信息变得更加困难。尤其是在发生未被捕获的拒绝状态时，找到原始抛出处可能颇具挑战性[^4]。

#### 浏览器兼容性局限
虽然现代主流浏览器已经广泛支持 `async`/`await`，但对于较旧版本或其他特定环境下的应用开发而言，仍需考虑其兼容性问题。特别是在移动端或企业级项目中部署前应充分测试目标平台的支持情况[^1]。