核心用法
本技能为微信小程序支付提供端到端的CloudBase集成方案，涵盖三大核心场景：支付下单、退款处理、历史订单回补。
支付流程：通过cloud.cloudPay.unifiedOrder()实现统一下单，需在专用payment云函数中硬编码envId（禁用DYNAMIC_CURRENT_ENV），金额单位为分（fen），并通过tcb fn deploy CLI部署确保环境变量生效。
退款流程：调用cloud.cloudPay.refund()时必须进行双层返回校验——同时检查returnCode（CloudBase层）和resultCode（微信支付层），任一失败均视为退款未成功。退款金额同样以分为单位，需与原单金额匹配。
部署规范：强制使用CloudBase CLI替代微信开发者工具上传，确保WX_MCH_ID、WX_MCH_KEY、WX_APPID等环境变量正确注入云函数运行时。
显著优点
1. 实战验证：所有指南均来自真实生产环境踩坑记录，非文档复述
2. 故障隔离：将支付调用隔离在单一payment云函数，降低调试复杂度
3. 完整闭环：覆盖支付→订单管理→退款→历史回补的全生命周期
4. 上下文安全：明确区分云调用的有效触发源（小程序端/定时触发器/HTTP API），规避access_token失效陷阱
潜在局限
- 平台绑定：深度依赖腾讯云开发生态，迁移至其他云平台需重构
- 微信生态限制：仅适用于微信小程序场景，H5/APP支付需额外适配
- 调试门槛：云调用必须通过小程序端触发，CLI直接调用会失败，增加本地调试成本
- 货币单位易错：fen/yuan单位转换是高频失误点，需团队形成规范
适合人群
- 微信小程序开发者（尤其是使用云开发技术栈）
- 需要快速上线支付功能但缺乏微信支付集成经验的技术团队
- 遭遇"支付进模拟模式""退款静默失败"等诡异问题的现有项目维护者
- 追求"一次配置，稳定运行"、不愿重复踩坑的工程团队
使用风险
1. 部署风险：开发者工具自动上传会导致环境变量丢失，支付滑入模拟模式造成资金损失
2. 校验遗漏：单层返回码检查会导致订单状态与实际资金状态不一致，引发客诉
3. 权限泄露：WX_MCH_KEY等敏感信息需妥善保管，硬编码在代码中存在泄露风险
4. 并发安全：高频退款场景需自行实现幂等控制（outRefundNo唯一性），技能未覆盖分布式锁方案
5. 版本漂移：CloudBase SDK升级可能变更云调用行为，需关注官方更新日志