@參考文章
同步返回處理(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...