promise的核心作用是让异步操作可预测、可链式管理，从而减少回调嵌套、竞态条件和状态混乱；通过链式调用、统一错误处理、并发控制及状态不可逆性保障，提升代码可靠性与可维护性。
promise 的核心作用不是“避免冲突”，而是让异步操作可预测、可链式管理，从而减少回调嵌套、竞态条件和状态混乱——这些才是引发逻辑冲突的根源。
用 Promise 链替代回调嵌套
多个异步操作依次依赖时（比如先登录再获取用户信息），回调写法容易导致“回调地狱”，难以判断哪一步出错、状态是否被重复修改。Promise 链天然保证顺序执行，且每个 then 只接收上一步 resolve 的值，不会因异步时机错乱而读取到过期或未初始化的数据。
- 每次异步操作返回一个 Promise，不手动维护共享状态变量
- 把中间结果通过 return 向下传递，避免闭包中变量被后续调用意外覆盖
- 例如：login().then(user => fetchProfile(user.id)).then(profile => render(profile))，每步输入明确、作用单一
统一错误处理，防止异常静默或重复捕获
异步错误若分散在多个回调里，容易漏处理或重复 try/catch，导致部分逻辑继续执行而数据不一致。Promise 的 catch 会捕获链中任意环节的 reject，确保错误有且仅有一处响应。
- 把 catch 放在链末尾，而不是每个 then 里都写错误逻辑
- reject 时传入具体错误类型（如 new Error('network')），便于上层区分处理
- 避免在 then 中抛出新错误却不返回 Promise，否则会中断链并丢失上下文
用 Promise.all 或 Promise.race 控制并发与竞争
当多个请求并行但需协调结果时，手动用标志位或计数器极易出错（比如某个请求慢导致其他已返回的结果被覆盖）。原生 Promise 方法能自动同步状态。
- Promise.all：所有请求成功才继续，任一失败则整体 reject —— 适合必须全部完成的场景（如批量提交表单）
- Promise.race：谁先 settled 就用谁的结果 —— 适合设置超时（Promise.race([fetch(), timeout(5000)])）
- 避免对同一组请求多次调用 all/race，防止重复发起或状态竞争
谨慎处理 Promise 状态不可逆性
Promise 一旦 resolve 或 reject，状态永久锁定。这个特性本是优势，但如果误将同一个 Promise 实例多次传给不同逻辑，可能造成“看似执行了，实则没反应”——因为第二次调用 then 时它已 settled。
- 需要多次使用的异步操作，应封装成函数（如 () => fetch('/api/user')），每次调用生成新 Promise
- 避免把 Promise 实例存为模块级变量或全局缓存，除非明确设计为单次初始化
- 调试时可用 promise.finally(() => console.log('done')) 快速确认是否真的执行完毕
