uni-app集成支付宝支付核心是前后端协同的工程实践，需确保manifest.json中appid与开放平台移动应用一致、android包名三者统一、orderinfo由后端完整透传且不可篡改。
uni-app 集成支付宝支付，核心不是前端“调个 API”就完事，而是前后端协同、环境隔离、签名验签闭环的工程实践。不配对沙箱/生产环境参数，90% 的失败都发生在 uni.requestPayment 调用前就卡死。
manifest.json 里填错 APPID 是最常见失败原因
支付宝支付能力依赖原生 SDK，而 uni-app 必须通过 manifest.json 显式声明并注入 APPID。这个 ID 不是随便复制粘贴的：
- 必须与你在 支付宝开放平台 创建的「移动应用」完全一致（注意：不是网页应用、不是小程序）
- Android 包名（
android-package-name）必须和 manifest 中配置的包名、云打包时填写的包名、开放平台后台登记的包名三者严格一致（大小写敏感） - 正式环境和沙箱环境的 APPID 完全不同，切勿混用；沙箱 APPID 以
2088开头，但需在沙箱应用详情页单独获取 - 如果使用 HBuilderX 云打包，manifest 中的 APPID 会自动注入到 APK；若本地自定义基座，则需确保基座已集成支付宝原生插件
uni.requestPayment 的 orderInfo 必须由后端生成
前端不能自己拼接 orderInfo 字符串——签名算法（RSA2）、时间戳、业务参数顺序、编码格式稍有偏差，支付宝就会返回 INVALID_PARAMETER 或直接静默失败。
- 后端需使用支付宝官方 SDK（Java/PHP/Node.js 等），调用
alipay.trade.app.pay接口，传入subject、out_trade_no、total_amount等必要字段 - 返回的
body是一个完整字符串（含app_id=xxx&biz_content=xxx&sign=xxx），前端应原样传给uni.requestPayment({ provider: 'alipay', orderInfo: '...' }) - 千万别把后端返回的 JSON 对象直接塞进去，也别试图用
encodeURIComponent处理整个字符串——它本身已是 URL 编码后的结果 - 沙箱环境下，后端网关地址必须是
https://openapi-sandbox.dl.alipaydev.com/gateway.do，否则签名验签永远不通过
真机调试时唤不起支付宝 App？先查这三点
模拟器无法调起支付宝，必须真机测试；但即使真机，也常因以下原因白屏或报错 ALI40002：
- 手机未安装支付宝 App（H5 支付 fallback 到收银台页面需额外处理，不是默认行为）
- 当前运行的 APK 签名证书与开放平台登记的「应用公钥」不匹配（Android 需用 keystore 生成公钥并上传，iOS 需配置 URL Scheme
alipay{APPID}） - 调用
uni.requestPayment前未检测支付服务：必须先执行uni.getProvider({ service: 'payment' })，确认res.provider包含'alipay'才能继续 - Android 12+ 需在
manifest.json的permissions中显式添加android.permission.QUERY_ALL_PACKAGES（仅用于检测支付宝是否安装）
最容易被忽略的是：支付宝沙箱环境要求客户端（App）和服务端（你的后端）同时切换为沙箱配置。只改后端网关、不换 APPID、不更新密钥，或者反过来，都会导致签名无效——而错误信息往往只显示“支付失败”，没有具体原因。
