我目前知道的有兩種情況:
支付成功,JSSDK通知。優點:速度快,支付完了,就立即得到結果了。缺點:前端通知,沒經過背景,是否真的支付成功了,無法保證
支付成功,等待平台回調通知。優點:可校正是否真的支付成功了。缺點:等待時間太慢,我這邊都支付完成後,重新整理好幾遍了,還沒等待那邊發送回調通知;造成付款的使用者,成功支付後,看到還是未付款狀態。。。。。
請問怎麼解決?
總結下我這兩天做的解決方案:
1.支付成功後,由JSSDK通知成功,並啟動“輪詢”,擷取訂單狀態是否成功,成功了就返回OK,要不成功就繼續“輪詢”
2.後端,等待返回通知,並檢查狀態,更新訂單
註:上面說的“輪詢”並非真的輪詢,而是一遍又一遍的ajax遞迴。。。。解決問題即可,不弄太複雜
這裡我講最佳答案給最先提供參考答案的 @Eapen
回複內容:
我目前知道的有兩種情況:
支付成功,JSSDK通知。優點:速度快,支付完了,就立即得到結果了。缺點:前端通知,沒經過背景,是否真的支付成功了,無法保證
支付成功,等待平台回調通知。優點:可校正是否真的支付成功了。缺點:等待時間太慢,我這邊都支付完成後,重新整理好幾遍了,還沒等待那邊發送回調通知;造成付款的使用者,成功支付後,看到還是未付款狀態。。。。。
請問怎麼解決?
總結下我這兩天做的解決方案:
1.支付成功後,由JSSDK通知成功,並啟動“輪詢”,擷取訂單狀態是否成功,成功了就返回OK,要不成功就繼續“輪詢”
2.後端,等待返回通知,並檢查狀態,更新訂單
註:上面說的“輪詢”並非真的輪詢,而是一遍又一遍的ajax遞迴。。。。解決問題即可,不弄太複雜
這裡我講最佳答案給最先提供參考答案的 @Eapen
先用jssdk成功後輪訓後端回調
我一個線上項目支付這裡回調很及時的啊
頁面狀態添加一個支付中,增加使用者體驗
--個人建議
前端頁面輪詢
後端介面等的回調通知,支付成功就更新資料庫的狀態,前端輪詢也會很快就查詢到是否真的成功了。
這種情況 可以和使用者玩一下文字遊戲, 比如客戶支付成功後,可以給使用者呈現出已支付待確認狀態,當回調確認成功後,可以顯示支付已確認 就可以了。。
支付是否成功對應支付肯定有返回結果啊!根據介面返回的狀態來判斷不可以嗎
看著這些回答有點累 支付是有主動查詢和官方回調介面的
做過幾個支付的,一直採用後段回調通知判斷,也一直都很快。就主流的支付第三方狀態判斷基本都是通過後端回調。最佳化一下你的程式吧。
這種應該都會有回調程式了。我們之前做過類似的支付介面對接程式。我做了好幾十家的支付對接,他們都有支付回調。你好好看看文檔,雖然我沒做文檔,但是我覺得他們一定都會有這個回調的。你看看配置的地方,會讓你配置回調的地方的。好好看看哈。
和伺服器有關係吧.支付的回調還是很快的.我的項目中,回調基本上在一秒以內.