微信支付v3签名失败主因是参数排序、编码或时间戳不合规；证书应存storage并权限管控；支付宝token需用Redis锁防并发刷新；回调须用唯一索引+事务幂等处理。
微信支付 v3 接口为什么总返回 INVALID_SIGNATURE
签名验签失败是接入微信支付最常卡住的点，不是密钥错了，就是参数顺序或编码没对齐。微信 v3 要求所有参与签名的字段必须按字典序排序、URL 编码、拼成字符串再签名，curl 直接发 raw body 时很容易漏掉 Content-Type 或时间戳格式不对。
-
Authorization头里的签名字符串必须用 UTF-8 编码生成，PHP 的hash_hmac('sha256', $message, $key, true)返回的是二进制，得用base64_encode()编码后才能塞进去 - 请求时间戳（
timestamp）必须是秒级 Unix 时间，不能带毫秒，且和微信服务器时间差不能超 300 秒——Laravel 默认用now()->getTimestamp()是对的，但别用Carbon::now()->timestamp混用时区导致偏差 - 微信回调通知的
resource.encrypted_message解密前，必须先验证resource.nonce和resource.ciphertext长度是否符合 AES-256-GCM 规范，否则直接解密会静默失败
Laravel 里怎么安全存微信商户证书（apiclient_cert.pem）
证书不能放 public/ 下，也不能硬编码在配置里。Laravel 的 config/services.php 只适合存字符串类配置，证书内容得走文件系统 + 权限控制。
- 把
apiclient_cert.pem和apiclient_key.pem放到storage/app/certs/wechat/，确保 Web 服务用户（如 www-data）有读权限，但 PHP-FPM 不能执行它 - 不要用
file_get_contents()直接读路径，改用 Laravel 的Storage::disk('local')->get('certs/wechat/apiclient_cert.pem')，这样能统一走 Flysystem 抽象，后续换对象存储也无需改逻辑 - 如果部署在 Docker，记得在
docker-compose.yml里用volumes挂载证书目录，且宿主机上设好chmod 600，否则容器内读出来是空字符串
支付宝 SDK 报错 Invalid app_auth_token 怎么查
这个错误基本等于你用了免授权模式（app_auth_token）但没走完授权流程，或者 token 过期了没刷新。支付宝的授权体系比微信更绕，尤其涉及子商户时。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 确认你调用的是
AlipayOpenAuthTokenAppQueryRequest还是AlipayOpenAuthTokenAppRefreshRequest——首次授权后拿到的app_auth_token有效期只有 2 小时，必须用refresh_token定期刷新 - Laravel 的缓存要用支持原子操作的驱动（如 Redis），
Cache::add('alipay_app_auth_token', $token, 120)不够，得用Cache::lock('alipay_token_refresh_lock', 30)->get(...)防止并发刷新覆盖 - 支付宝沙箱环境的
app_id和正式环境不通用，但错误信息一样，容易误判——检查你用的网关地址是不是https://openapi.alipaydev.com/gateway.do
支付回调里怎么防重放和并发扣款
微信和支付宝都可能重复推送通知，而且不保证顺序。Laravel 的队列 + 数据库事务能扛住大部分场景，但关键点在于「幂等判断」必须在事务最开始做，不能等查完订单状态再锁。
- 回调入口（如
POST /webhook/wechat）第一行就该用DB::transaction包住整个处理逻辑，并在开头用WHERE id = ? AND status = 'pending'更新订单状态，更新影响行数为 0 就直接 return - 微信回调的
out_trade_no必须建唯一索引，支付宝的out_trade_no同理，否则并发请求可能插入两条相同订单 - 别依赖
notify_id或notify_time做去重——微信的notify_id在沙箱里会复用，支付宝的notify_time精度只有秒级，同一秒内多笔支付就会撞
真正难的是跨系统对账：微信退款成功但你的数据库没记，或者支付宝回调超时导致你重复发起退款。这类问题不会在开发期暴露，得靠定时任务比对三方流水号 + 本地订单号 + 金额三元组，而不是只看状态字段。
