支付宝手机网站支付必须用alipay.trade.wap.pay，因其专为移动端h5设计，返回可直接跳转的收银台url；而alipay.trade.page.pay不推荐用于手机浏览器，易出现拦截、白屏等问题。
支付宝手机网站支付接口为什么用 alipay.trade.wap.pay 而不是 alipay.trade.page.pay
因为 alipay.trade.wap.pay 是专为移动端 H5 页面设计的接口，返回的是可直接跳转的支付宝收银台 URL；而 alipay.trade.page.pay 是 PC 端页面支付，支付宝会按 UA 自动降级，但官方明确不推荐在手机浏览器中使用它——部分安卓 WebView 或 iOS Safari 会拦截跳转、白屏或提示“不支持当前环境”。
实操建议：
- 前端发起支付时，后端必须调用
alipay.trade.wap.pay，传参中product_code固定为QUICK_WAP_PAY - 不要依赖前端判断设备类型再选接口，支付宝网关本身不识别设备，只认
product_code - 如果已上线
page.pay且用户投诉跳转失败，只需后端改一行：把product_code从FAST_INSTANT_TRADE_PAY换成QUICK_WAP_PAY
签名失败常见原因：AlipayException: sign check fail
这不是密钥错了，而是参数参与签名前没做标准化处理。支付宝要求所有请求参数（包括 biz_content 里的字段）必须按字母升序拼接，且空值、null、未传字段一律剔除，中文要 UTF-8 编码后再 urlencode。
实操建议：
- 别自己手写签名逻辑，直接用官方 SDK 的
AlipayAopClient::aopExecute()方法，它内部已处理排序、编码、签名三步 - 调试时用
AlipayAopClient::getSignContent()打印出实际参与签名的字符串，和你本地算的对比，90% 的问题出在 biz_content 里时间戳格式（要用date('Y-m-d H:i:s')，不能带毫秒）、金额类型（必须是字符串如"19.90"，不能是 float）、或 notify_url 返回了相对路径 - 沙箱环境的 app_id、私钥、公钥必须和支付宝开放平台「沙箱应用」页完全一致，尤其注意别把「应用公钥」错当成「支付宝公钥」填进配置
异步通知（notify_url）收不到或验签失败
支付宝服务器只接受 HTTP 200 响应体，且响应内容必须是纯文本 success（不能带空格、换行、HTML 标签、BOM 头），否则会反复重发通知，最多持续 24 小时。
实操建议：
- PHP 中务必在验签通过后立刻输出
echo 'success'; exit;，不要走框架的 response 输出流程（Laravel 的response('success')可能附带 header 或 buffer） - 验签前先用
file_get_contents('php://input')原始读取 POST body，避免 $_POST 自动 urldecode 导致签名不匹配 - 检查服务器是否屏蔽了支付宝 IP 段（10x.x.x.x / 47.x.x.x），可在 notify 脚本开头写日志记录
$_SERVER['REMOTE_ADDR']，确认来路是否为支付宝 - 线上环境 notify_url 必须是公网可访问的 HTTPS 地址，HTTP 会被拒绝（沙箱允许 HTTP，但正式环境强制 HTTPS）
支付成功后用户没返回 return_url，或返回时状态未知
return_url 是同步跳转地址，仅作展示用，不具备业务可靠性。支付宝不保证用户一定会打开它（比如用户中途退出浏览器、网络中断、iOS Safari 拦截），所以绝对不能在 return_url 页面查订单状态并更新数据库。
实操建议：
-
return_url页面只做一件事：显示“支付处理中”，然后用 JS 轮询自己后端的订单查询接口（alipay.trade.query），直到返回trade_status=TRADE_SUCCESS - 轮询间隔建议 2–3 秒起，最多 10 次，避免被支付宝限流；超过仍未成功，引导用户去「我的订单」手动刷新
- 真正更新订单状态的唯一可信入口，只有你的
notify_url接口。return_url 的作用只是提升用户体验，不是业务闭环节点
最常被忽略的一点：支付宝沙箱的买家账号和密码在「沙箱环境」页右上角，不是你自己注册的支付宝账号；用错账号会导致支付一直卡在“请登录支付宝”页，但控制台又看不到任何报错。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
