通知頁面notify_url、返回頁面return_url是怎麼工做的？

返回頁面（return_url文件）工做原理

即：商戶系統請求/支付寶響應交互模式

一、 構造請求數據
商戶經過提供的接口代碼示例，經過代碼示例的規則，程序構造與運算獲得sign加密結果以及構造後的請求給支付寶的數據集合。GET方式下是URL地址連接，POST方式下是支付寶網關地址及參數集合。
二、 發送請求數據
把構造完成的數據集合，經過頁面連接跳轉或表單提交的方式傳遞給支付寶。
三、 請求的交易
支付寶獲得這些集合後，會先作安全校驗等驗證，一系列驗證經過後便會處理完成此次發送過來的數據請求。
四、 返回相應數據
支付寶對處理完成的交易，程序上自動進行從新構形成URL地址連接，以自動跳轉的方式跳回商家在請求時設定好的頁面路徑地址（參數return_url，商家沒設定，則不會跳回）。
五、 對相應的數據進行處理
商家的返回頁面（參數return_url指定頁面文件）獲得支付寶返回的數據，把這些數據結合自身網站狀況，進行數據處理（如：訂單更新）。


返回頁面（notify_url文件）工做原理

即：支付寶主動通知交互模式（支付寶反饋數據）

前提 ：若要支付寶能主動通知，需商戶在請求時設定好通知的頁面路徑（參數notify_url），且該頁面文件徹底空白，無任何字符。
一、 發起通知
一旦交易狀態發生變動（如：買家已付款，等待賣家發貨），支付寶便會根據自動進行數據處理，並主動調用商戶在請求時設定好通知的頁面路徑（參數notify_url）
二、 對通知數據進行處理
商戶網站收到支付寶發送過來的通知數據，把這些數據結合自身網站狀況，進行數據處理，如：處理返回頁（參數return_url）漏掉的訂單，作訂單更新，即補單措施。
三、 在頁面上輸出success
商戶網站處理完成全部的數據處理之後，即程序運行最後，返回寫頁面「success」這7個字符（頁面上只容許輸出success），以表示本身已經成功處理完成本身的業務。
四、 完成處理該次通知，再也不發送通知
支付寶獲得商戶反饋回來的「success」7個字符信息，進行覈對與驗證，結束這次通知流程。
注意：
若是商戶反饋給支付寶的字符不是success這7個字符，支付寶服務器會不斷重發通知，直到超過24小時22分鐘。在25小時內完成6~10次通知（通知頻率：5s,2m,10m,15m,1h,2h,6h,15h）


"若是您依照以上方法還沒法解決，可提交集成申請，咱們的技術支持會及時與您聯繫，協助您解決。
申請地址： https://b.alipay.com/support/helperApply.htm?action=supportHome "