支付寶介面零碎知識

2022-02-22 08:10:00 字數 1153 閱讀 5623

@參考文章

同步返回處理(return_url):是一種視覺化的返回,ie頁面跳轉通知,只要支付成功,支付寶通過get方式跳轉到這個位址,並且帶有引數給這個頁面。客戶獲取資訊受到買家操作的影響。如果買家支付完

成後客戶伺服器響應比較慢,買家在顯示支付寶提示的「即時到賬支付成功「時關閉頁面,那麼客戶**是獲取不到資訊,我們這邊稱為」 掉單「。而且這個返回處理是一次性調取,即支付成功後才調取同步返回處理。

非同步返回處理(notify_url):它的資料互動是通過伺服器間進行資料互動,必須將其放置在伺服器上(公網)測試,伺服器post訊息到非同步返回處理頁面,需要客戶技術在非同步返回處理頁面處理相關的資料處理

,然後每一步操作都要返回給支付寶success(不能包含其他的html指令碼語言,不可以做頁面跳轉。)這個返回處理如果整合ok,那麼基本不會出現掉單,因為支付寶會在24小時之內分6~10次將訂單資訊返回

個給客戶**,直到支付寶捕獲success。

備註:同步返回處理則會受到買家操作的影響:

假如買家在操作的時候,支付寶完畢進入支付寶提示成功頁面,這個時候由於伺服器相應比較慢,那麼買家有可能會關閉這個頁面,這個時候您們就會接受不到支付寶返回的資訊,還有有些網銀支付後也不會調取支付寶的同步返

回處理頁面,這樣您在同步做資料處理同樣接受不到資料。

處理支付寶返回通知失敗幾種情況:

1、sign與mysign不等,responsetxt為invalid命令引數不對,該錯誤 是由於合作夥伴id(parnterid)與安全校驗碼(key)未填,或填錯導致

2、sign與mysign相等,responsetxt為false,是由於伺服器、埠等因素導致,這時請檢查

a.防火牆是否遮蔽支付寶的ip(支付寶鎖使用的ip位址是:121.0.26.11,範圍:121.026.0~255)

b.埠80或者443埠開放沒有或者被其他服務占用

c.以上如果都沒有問題,可能會是網路驗證超時導致(支付寶驗證時間是1分鐘,sign與mysign不等會導致超時),需要等待網路穩定再確定問題

3、sign與mysign不等,responsetxt為true,此時只有兩種情況會出現:

其一:傳遞引數時格式不符合(例如:帶自定義引數)導致簽名不一致

其二:編碼格式出現問題,這時候請檢查伺服器編碼和**編碼是否一致,可以寫編碼過濾解決也可以在返回頁面強制編碼轉換

支付寶介面

支付寶的介面呼叫很不方便,剛做好乙個封裝,實現了虛擬交易和實物交易。解決方案中有三個專案以及ndoc生成的文件,簡單的序列圖 commonalipay,封裝的支付寶介面。testali,asp.net的測試專案 testcommonalipay,nunit的測試專案。呼叫方法 1 引入commona...

支付寶介面

解決方案中有三個專案以及ndoc生成的文件,簡單的序列圖 commonalipay,封裝的支付寶介面。testali,asp.net的測試專案 testcommonalipay,nunit的測試專案。呼叫方法 1 引入commonalipay.dll 2 實現支付寶服務介面的方法呼叫方式 alipa...

支付寶介面

解決方案中有三個專案以及ndoc生成的文件,簡單的序列圖 commonalipay,封裝的支付寶介面。testali,asp.net的測試專案 testcommonalipay,nunit的測試專案。呼叫方法 1 引入commonalipay.dll 2 實現支付寶服務介面的方法呼叫方式 alipa...