直接替换 .then() 为 await 会出错，因为 .then() 是链式调用返回新 promise，而 await 是语句级求值、必须在 async 函数内，且易导致串行化、忽略错误处理及 this/时序/副作用等边界问题。
为什么直接替换 .then() 为 await 会出错
因为 .then() 是链式调用，返回新 Promise；而 await 是语句级求值，必须在 async 函数内，且不能直接替代嵌套回调结构。常见错误包括：await 出现在非 async 函数中、忽略 .catch() 转换为 try/catch、误将并行 .then() 改成串行 await 导致性能退化。
AST 分析必须识别的 4 种关键模式
静态重构不是字符串替换，得靠 AST 精准定位语义。重点关注：
-
CallExpression调用对象是Promise.prototype.then（注意：要排除自定义then方法） -
MemberExpression的object是前一个then调用结果或变量（判断是否链式） -
ArrowFunctionExpression或FunctionExpression作为then第一个参数，且函数体不包含return新 Promise（否则需保留链式） -
CatchClause对应的.catch()调用，需同步转为try/catch块包裹整个await序列
用 jscodeshift 实现可落地的 codemod
推荐用 jscodeshift + @babel/parser，它对现代 JS 语法支持稳定，且社区有成熟 Promise 相关 transform 模板。关键点：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
- 入口函数必须检查父作用域：只有当当前
CallExpression的最近上层FunctionDeclaration或ArrowFunctionExpression带async: true，才允许插入await；否则先自动添加async修饰符 - 对连续
.then().then().catch()链，提取所有then回调体，按顺序生成const x = await ...变量赋值语句，再合并catch块 - 跳过含
Promise.all、Promise.race的链——它们本就不该扁平化，强行await会破坏并发语义 - 示例片段（转换前）：
fetch('/api/user').then(res => res.json()).then(user => console.log(user))→ （转换后）：const res = await fetch('/api/user');<br>const user = await res.json();<br>console.log(user);
重构后必须人工验证的 3 类边界情况
AST 工具能处理 80% 的常规链式调用，但以下必须人眼确认：
-
then回调里用了this或闭包变量：await后作用域不变，但执行时机变了，可能触发this绑定丢失或变量提前访问 - 原代码依赖
.then()的 microtask 排队行为（比如与setTimeout交错），await虽同属 microtask，但控制流更“紧”，时序可能偏移 - 有
return Promise.resolve(x)这类显式包装：这类应保留为return x，但若x是 thenable，直接return x仍会触发 Promise resolve，这点容易被忽略
真正难的不是把 .then() 换掉，而是判断哪一段链「值得」且「安全」地扁平化——尤其在混用 RxJS、手写 Promise 封装、或存在副作用逻辑的老代码里，AST 只能帮你定位，不能替你做语义决策。
