平稳过渡到现代 Promise 风格的关键是分阶段封装、渐进替换、保持兼容：先识别回调地狱结构，再用 Promise 封装现有 $.ajax/XHR 方法实现零侵入改造，接着逐步将嵌套回调升级为 async/await，并通过轻量适配器统一处理 token、错误码和 401 跳转。
老旧项目里大量使用 jQuery 的 $.ajax() 或原生 XHR 回调写法，容易出现多层嵌套、错误分散、逻辑断裂等问题。要平稳过渡到现代 Promise 风格，关键不是重写全部代码，而是分阶段封装、渐进替换、保持兼容。
识别并隔离回调地狱典型结构
先定位高频出问题的代码模式，比如用户登录后查权限、再拉菜单、最后渲染页面这类强依赖链：
- 连续异步依赖：A 成功 → 调 B → B 成功 → 调 C，层层 callback 参数传递
-
错误处理分散：每个
error回调单独写提示，无法统一拦截网络失败或登录过期 - 状态难追踪：loading 状态靠手动增删 class，容易漏关或重复触发
用 Promise 封装现有 Ajax 方法（零侵入改造）
不改业务逻辑，只把老式请求函数包一层 Promise，让它们能被 .then() 和 await 消费：
- 对 jQuery：
function apiGet(url) { return new Promise((resolve, reject) => { $.get(url).done(resolve).fail(reject); }); } - 对原生 XHR：
function xhrPost(url, data) { return new Promise((resolve, reject) => { /* 复用原有 xhr.send() 流程，onload/onerror 触发 resolve/reject */ }); } - 导出统一命名的 Promise 版本，如
userApi.login()替代$.post('/login', ...)，旧代码照用，新逻辑优先调新接口
逐步替换嵌套链为 async/await + 错误边界
拿一个三层回调为例，从“回调嵌套”变成“可读可维护”的异步流程：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 原来写法：
$.get('/user', (u) => { $.get('/role?uid='+u.id, (r) => { render(u, r); }); }); - Promise 改造后：
apiGet('/user').then(u => apiGet('/role?uid='+u.id)).then(r => render(u, r)); - 推荐升级为 async/await：
async function loadPage() { try { const u = await apiGet('/user'); const r = await apiGet('/role?uid='+u.id); render(u, r); } catch (err) { showError(err); } }
加一层轻量请求适配器，兼顾老项目特性
老旧系统常有固定 header（如 token 存 cookie）、全局 baseURL、统一错误码处理（如 code !== 0 就登出），可在 Promise 封装层集中注入：
- 请求前自动读取
document.cookie补 token - 响应后统一判断
res.code === 0 ? resolve(res.data) : reject(new Error(res.msg)) - 对 401 响应自动跳转登录页，避免每个回调都写一遍
不复杂但容易忽略：Promise 改造不是一步到位的技术升级，而是借封装理清数据流向、把散落的错误收口、为后续迁移到 Axios 或 Fetch 打下基础。每次改一个小模块，验证无误再推进，比全量重写更稳。
