JavaScript需要Promise，根本原因是其单线程非阻塞机制无法等待异步结果，而Promise提供可信赖、可链式、统一错误处理的异步管理方式，解决回调地狱、状态不确定及async/await依赖等问题。
JavaScript 需要 Promise，根本原因是它单线程、非阻塞的运行机制决定了不能靠“等结果”来写代码——而 Promise 提供了一种可信赖、可链式、可统一错误处理的方式来管理“还没发生但终将到来”的异步结果。
单线程下必须避免阻塞
浏览器中 JS 只有一个主线程。如果 fetch() 或 setTimeout() 这类操作用同步方式执行，整个页面会卡住几秒甚至更久，用户无法点击、滚动或输入。Promise 让请求发出去后立即继续执行后续代码，等响应回来再触发对应逻辑，不打断用户体验。
解决回调地狱（Callback Hell）
嵌套多层回调会让代码横向铺开、难以阅读和调试：
- 逻辑分支混乱，成功/失败路径交织
- 错误处理分散，容易遗漏
- 无法用 try/catch 捕获异步错误
- 复用、取消、超时控制几乎不可行
Promise 把嵌套结构变成线性流程：fetch().then().then().catch()，每一步只关心自己的输入输出，职责清晰。
立即学习“Java免费学习笔记（深入）”；
提供确定的状态与可靠的行为
Promise 有且仅有三种状态：pending（进行中）、fulfilled（成功）、rejected（失败），状态一旦改变就不可逆。这种确定性带来几个关键好处：
- 不会重复触发 resolve/reject，避免多次执行同一回调
- then 方法总是异步执行（微任务队列），行为可预测
- 即使在已 settled 的 Promise 上调用 then，也能立刻拿到结果
为 async/await 奠定基础
async/await 本质是 Promise 的语法糖。没有 Promise 的状态管理、链式返回和错误冒泡机制，await 就无法知道“等什么”、 “等到了怎么传下去”、“出错了往哪抛”。所有现代异步 API（如 fetch、FileReader、Vue/React 的生命周期钩子）都默认返回 Promise，它是整个异步生态的通用契约。
