2.1 KiB
2.1 KiB
2026-07-16
续费扫码支付链路修复(前后端联动)
问题1:小程序 pay 页扫码后误显"支付成功"
- 文件:
websopy-taro/src/passport/pay/index.tsx - 根因:
fetchDetail用subscription.status === 'active'判定已支付。但后端renewPay为了避免放弃支付导致服务中断,故意保留status='active'、仅设payStatus=0。 - 修复:判断改为
payStatus === 1;同时处理cancelled/expired状态。详见websopy-taro/.workbuddy/memory/2026-07-16.md。
问题2:用户点"立即支付"后端返回"该订阅已激活"
- 文件:
/Users/gxwebsoft/JAVA/websopy-java/src/main/java/com/gxwebsoft/app/controller/AppSubscriptionController.java - 根因:
pay/{id}(line 339-341)和mp-prepay(line 539-541)两处拦截只看status='active',与上次mp-confirm同样的坑——续费的active+payStatus=0被误拦。 - 修复:两处拦截条件对齐
mp-confirm,改为status='active' && payStatus==1才拦截,放行续费的active+payStatus=0。 - commit:
7c95f8e(本地 main,待 push + 服务器部署)。
关键规则(防回归)
判断"是否已支付"必须用 payStatus(0=未支付 / 1=已支付),不能用 status(订阅生命周期 active/pending/expired/cancelled)。续费场景下这两个字段完全解耦:后端 renewPay 保留 status='active' + 设 payStatus=0。
后端三处拦截条件现在全部对齐:
pay/{id}line 339-343mp-prepayline 541-545mp-confirmline 573(之前已修)
部署待办(用户操作)
- 后端:
cd /Users/gxwebsoft/JAVA/websopy-java && git push,然后远程服务器git pull && mvn clean package -DskipTests && docker-compose up -d --build cms-api(或对应重启方式)。 - 小程序端:
websopy-taro重新编译上传体验版/正式版。 - 联调验证:admin 点"立即续费" → 弹码 → 微信扫码 → 进小程序应显示"确认支付"页(不再误显成功)→ 点"立即支付" → 微信支付 → 显示"支付成功" → 跳转
/user/apps/index。