可在babel编译期自动注入sdk性能打点逻辑，无需改业务代码；通过ast匹配callexpression节点识别目标调用（如alipaysdk.pay），插入start/end计时及上报，支持promise/回调/异常捕获，零依赖、不污染全局、可配置白名单。
可以直接在 Babel 编译阶段，针对特定三方 SDK 的方法调用自动注入性能打点逻辑，无需修改业务代码，也不依赖运行时环境或 SourceMap。
识别目标 SDK 的调用模式
先明确你要监控的 SDK 方法特征，比如：
- 调用形式是否固定（如 AlipaySDK.pay(...)、AMap.Geolocation.getCurrentPosition(...)）
- 是否使用 Promise 或回调（影响打点时机：开始/结束/异常）
- 是否带可识别的参数签名（如含 success、fail、complete 回调）
这些特征决定了 AST 节点匹配规则的精度。例如，匹配 CallExpression 节点中 callee.object.name === 'AlipaySDK' && callee.property.name === 'pay' 即可准确定位。
在 AST 中插入性能埋点代码
对匹配到的调用节点，在编译期插入标准的性能打点逻辑，例如：
- 在调用前记录 start timestamp 和上下文（页面、模块、参数摘要）
- 包裹原调用，统一处理 Promise.then/catch 或 success/fail 回调，记录耗时与状态
- 捕获同步异常（如 SDK 初始化失败）并上报
示例注入后效果：
原代码：AlipaySDK.pay({ tradeNo: 'xxx' });
编译后：
const __traceId = 'sdk-pay-' + Date.now();
console.time(__traceId);
AlipaySDK.pay({ tradeNo: 'xxx' })
.then(res => { console.timeEnd(__traceId); report('pay_success', { duration: ... }); })
.catch(err => { console.timeEnd(__traceId); report('pay_fail', { error: err.message }); });
避免干扰原有逻辑与环境
关键设计要点：
- 不引入任何外部依赖（如 performance.now 不兼容旧浏览器时，可用 Date.now 回退）
- 不污染全局作用域（所有注入变量用唯一前缀，如 __sdk_trace_）
- 跳过已手动打点的调用（可通过注释标记，如 // @no-trace）
- 支持配置白名单（只对指定 SDK 或方法生效），防止误注入
这类插件可复用在多个项目中，一次配置，全量覆盖，比人工埋点更稳定、低侵入。
验证与调试建议
上线前建议做三件事：
- 用 @babel/parser 解析源码，打印 AST 确认目标节点能被准确捕获
- 启用 Babel 插件的 debug 模式，查看哪些文件/行被注入
- 在本地构建后检查生成代码，确认打点逻辑未破坏 Promise 链或回调结构
这种方案已在物流、金融类 UniApp 项目中落地，用于监控 OCR、实人认证等 SDK 的平均响应时长与失败率，问题定位效率提升明显。
