async/await 是语法糖，不改变 Promise 本质；TypeScript 自动将 async 函数返回值推导为 Promise<T>，await 则解包为 T 类型，支持精准类型推导与安全类型守卫。
async/await 本身不改变 Promise 的类型本质，它只是语法糖；TypeScript 的类型推导会自动将 async 函数的返回值转为 Promise
async 函数的返回类型总是 Promise
无论函数体内 return 的是普通值、Promise 还是 void，TypeScript 都会将其统一推导为 Promise 类型：
-
return 字面量：async function f() { return 42; } → 推导为
Promise<number> -
return 已存在的 Promise：async function g() { return Promise.resolve("ok"); } → 仍推导为
Promise<string>（不会变成Promise<Promise<string>>） -
无 return 或 return undefined：async function h() {} → 推导为
Promise<void>
await 表达式的类型就是 Promise 的泛型参数 T
在 async 函数内使用 await 时，TypeScript 会自动提取 Promise
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
const user: User = await fetchUser(123);—— 假设fetchUser返回Promise<User>，那么await后的值就是User类型，无需手动断言 - 如果 Promise 被声明为
Promise<string | null>，await 后的值类型就是string | null - await 对非 Promise 值（如 number、string）也会生效（会自动包装成 resolved Promise），但类型不变；不过这种写法无实际意义，且 TypeScript 会提示“await on non-Promise”警告
显式标注与类型守卫配合更安全
虽然类型推导通常准确，但在复杂流程中建议主动标注关键位置的类型，尤其涉及错误分支或联合类型时：
立即学习“Java免费学习笔记（深入）”；
- 给 async 函数签名加明确返回类型，提高可读性和约束力：
async function login(email: string): Promise<{ token: string }> { ... } - 对可能为 null/undefined 的 await 结果做类型检查：
const data = await api.getData();<br>if (data) { /* data 非空，TypeScript 可缩小类型 */ } - reject 的 error 类型默认是
any，如需精确控制，可用Promise<T, E>形式（需自定义类型或借助库），或统一用throw new Error(...)并在 catch 中做 instanceof 判断
Promise.all 等组合方法的类型推导规则
TypeScript 能根据输入数组中每个 Promise 的泛型，精准推导出组合后的类型：
-
Promise.all([p1, p2])其中p1: Promise<number>,p2: Promise<string>→ 返回Promise<[number, string]>（元组类型） -
Promise.allSettled([p1, p2])→ 返回Promise<Array<PromiseSettledResult<number | string>>>，每个元素带 status 字段区分 fulfilled/rejected - 若数组元素类型不一致或含 any，推导结果会退化为联合类型或 any，此时建议显式标注泛型参数，例如：
Promise.all<[User, Order[]]>([fetchUser(id), fetchOrders(id)])
