TypeScript中调用点已加await时方法是否需async/await？

你保留await的写法语法上可正常运行，但你的代码存在逻辑隐患，移除await后报错和await本身没有直接关系，核心是错误处理逻辑的缺陷，且你对async/await的作用存在认知误区。

为什么移除getCertURL内的await会报错 #

你之前的认知「上层调用加了await，下层异步调用就不需要await」是完全错误的：await的作用是等待当前Promise实例落定（成功/失败）并取出最终的返回值，下层方法内的await是为了解包Api.getData的响应、提取目标字段，和上层是否加await没有任何关联——上层的await只会等待下层方法返回的Promise落定，不会替下层完成响应解析、错误处理的逻辑。

移除await后触发异常的核心原因有两个：

• 现有.catch()逻辑有缺陷：两个方法的catch回调都只打印错误日志，既没有返回合法兜底值，也没有重新抛出异常，会导致错误被静默吞掉，最终Promise会resolve为undefined。后续getCert拿到undefined作为请求URL发起调用，自然会抛出异常。你保留await时没触发问题，大概率是测试场景下接口请求刚好成功，和await的存在没有必然联系，只要接口报错，不管加不加await这套逻辑都会出问题。
• 代码存在笔误：你贴出的getCert方法入参名为pol，但调用getCertURL时传入了未定义的变量policy，这本身就会触发引用错误。

return await 与直接返回Promise的区别 #

在async函数中，return somePromise和return await somePromise对外的返回值类型完全一致，都是包装后的Promise实例，仅存在两点细微差异：

• 当存在本地错误捕获（try/catch 或 链式.catch()）时，return await抛出的异常会被本地捕获逻辑拦截，直接return Promise的异常会直接抛到上层调用方，不会被本地catch处理。
• return await会生成更完整的错误调用栈，方便问题排查，实际开发中保留这个await是更好的实践。

更规范的实现方式 #

建议统一使用async/await语法，不要和.then()链式调用混用，错误处理用标准的try/catch块，日志打印后必须重新抛出错误，禁止静默吞错，修正后的代码如下：

async getCertURL(pol: string): Promise<string> {
  try {
    const response = await Api.getData(
      `${this.apiUrl}${pol}${this.certEndpoint}`,
      { timeout: 60000 }
    );
    return response.data.certURL;
  } catch (err) {
    this.loggingService.logError(`Error generating reissue cert forward URL ${err}`);
    // 打印日志后重新抛出错误，让上层感知异常
    throw err;
  }
}

async getCert(pol: string): Promise<string> {
  try {
    // 修正参数名，避免引用未定义变量
    const certUrl = await this.getCertURL(pol);
    const response = await Api.getData(certUrl, { timeout: 60000 });
    return response.data;
  } catch (err) {
    this.loggingService.logError(`Error cert not reissued ${err}`);
    throw err;
  }
}

这种写法逻辑清晰，错误链路完整，不会出现吞错后触发次生异常的问题。

内容的提问来源于stack exchange，提问作者runnerpaul