支付寶支付異步回調 302

APP從測試環境遷移到生産環境，重新測試發現購買時，支付寶支付成功之後，訂單狀态未更新，即異步回調接口未執行。

檢查發現notify_url是正确的，并且已經支付成功（賬戶有被扣款），登入螞蟻金服開放平台：https://openmonitor.alipay.com/acceptance/cloudparse.htm進行聯調日志排查

注意：外部訂單号并不是訂單号，是訂單号後面再拼一段，具體要到查請求參數

實在不知道如何解決的，就找客服小二

查詢之後發現異步回調請求302重定向，繼續百度，看到有類似的問題

原因如下:

• 系統要求所有請求必須先登入，導緻異步回調請求重定向到登入
• 伺服器上裝了安全防護軟體，導緻請求被轉發

但是項目邏輯并不會有重定向，并且伺服器防火牆沒開也沒有任何安全軟體。

看到網上有說異步回調的時候，https請求好像會有問題，就将https請求改為http請求，但是還是302重定向。

最後把異步回調的url請求的域名改成了公網IP和端口的形式，并且用http請求，即可成功回調。

最後關于支付寶的notify_url的常見問題，有幾點個人總結

• 支付寶異步回調未post方式，是以異步回調請求的url中不可帶參數
• 該請求不可被重定向

個人感覺這兩點是最容易出問題的，其他的多注意一下，應該沒有什麼問題