鸿蒙App端不能使用uni.requestPayment，必须通过@ohos.payment原生接口调起支付；iOS禁用支付宝，Android需按厂商适配；三端需基于策略模式实现运行时分发。
鸿蒙、iOS、Android 三端 App 内支付不能靠 uni.requestPayment 一把梭——它在鸿蒙上根本调不起原生支付，iOS 上不支持支付宝，Android 上又得区分厂商通道。真正的统一支付，必须绕过 uni-app 的“伪跨平台”封装，自己建策略层。
uni.requestPayment 在 App 端到底能用吗？
能，但极其有限：它只在微信小程序、支付宝小程序、H5 里走标准流程；App 端（app-plus）下，它底层会尝试调用系统支付能力，但仅对部分 Android 厂商（如华为 HMS）有轻量适配，对鸿蒙 OS 完全无响应，对 iOS 则直接禁用支付宝（苹果政策限制）。更关键的是，它无法传入鸿蒙 ohos.payment 所需的 paymentInfo 对象，也无法处理 iOS 的 SKPaymentQueue 生命周期回调。
常见错误现象：
-
uni.requestPayment调用后静默失败，控制台无报错，也无弹窗 - 鸿蒙设备上报错：
Uncaught TypeError: Cannot read property 'requestPayment' of undefined - iOS 真机调试时，支付宝支付选项直接不显示
所以，App 端必须放弃该 API，改用平台原生能力桥接。
鸿蒙 App 端支付必须走 ohos.payment 原生接口
鸿蒙的支付不是“调个 JS 方法”，而是通过 @ohos.payment 模块发起一次完整的分布式任务请求。它不接受微信/支付宝的 prepay_id，而是要求你先向服务端申请一个 paymentToken（由鸿蒙支付中心签发），再用这个 token 唤起系统支付面板。
实操要点：
- 前端需先调用服务端接口获取
paymentToken，该接口必须集成鸿蒙支付 SDK（服务端用 Java 或 Node.js +@huawei/hms-iap兼容包） - 客户端拿到 token 后，用
ohos.payment.requestPayment({ paymentToken })调起，不能传任何微信或支付宝字段 - 支付结果通过
ohos.payment.on('paymentResult', callback)监听，不是靠success/fail回调 - 必须在
module.json5中声明"defPermissions": ["ohos.permission.REQUEST_PAYMENT"]
示例片段（鸿蒙侧）：
import payment from '@ohos.payment';
// ...
payment.requestPayment({ paymentToken: 'xxx-token-xxx' });
payment.on('paymentResult', (result) => {
if (result.status === 'SUCCESS') {
this.$emit('paySuccess', result.orderId);
}
});
Android/iOS App 端如何复用同一套支付策略？
关键不是“写一套代码跑三端”，而是“写一套接口，让三端各自实现”。你需要一个运行时策略分发器，根据 uni.getSystemInfoSync().platform 和 uni.getSystemInfoSync().manufacturer 组合判断真实环境：
-
platform === 'android' && manufacturer === 'HUAWEI'→ 走 HMS In-App Purchases（华为应用内支付） -
platform === 'android' && manufacturer !== 'HUAWEI'→ 走微信 APP 支付（需预装微信）或支付宝 APP 支付（需预装支付宝） -
platform === 'ios'→ 只允许微信 APP 支付（weixin://scheme）或 Apple IAP（需单独签约） -
platform === 'harmony'→ 强制走ohos.payment，禁用所有其他通道
注意：iOS 上 uni.requestPayment 对支付宝返回 errCode: 901 是设计如此，不是 bug；而 Android 上若未预装对应 APP，调起会直接失败，必须提前用 uni.getProvider 检测可用性：
uni.getProvider({
service: 'payment',
success: res => {
// res.provider 是字符串数组，如 ['wxpay', 'alipay']
// 但 App 端此 API 返回值不可靠，建议改用 my.canIUse / wx.canIUse + 原生模块探测
}
});
为什么不能把鸿蒙支付逻辑塞进 uni-app 的条件编译里？
因为鸿蒙 App 的构建产物是 .hap 包，运行在 ArkTS 环境，而 uni-app 默认生成的 JS Bundle 会被打包进 WebView 容器里——@ohos.payment 是纯原生模块，JS 层无法直接访问。你必须把支付逻辑下沉到 entry/src/main/ets 下的 ArkTS 页面中，再通过 webView.postMessage 或自定义事件桥接回 Vue 页面。
容易被忽略的点：
- 鸿蒙支付 token 有效期极短（通常 ≤ 5 分钟），前端必须在获取后立即调起，不能缓存或二次使用
- 鸿蒙支付回调是系统级广播，可能在应用退到后台时触发，必须在
UIAbility的onBackgroundEvent中注册监听 - Android/iOS 的微信 APP 支付需要
package参数，而鸿蒙完全不需要，混写会导致签名失败
跨端支付最复杂的从来不是调用，而是状态同步：用户在鸿蒙上点了支付，切到后台，支付完成，再切回来——这时候 Vue 页面未必还活着。你得靠持久化订单 ID + 主动轮询或服务端主动推送来兜底。
