支付寶手機網頁支付

本節主要描寫敘述支付寶手機站點支付，開發網址：https://b.alipay.com/order/productDetail.htm?productId=2013080604609688，光找這個找了半天，呵呵

在網頁中部有四個標籤頁，選擇「技術集成」，下載集成開發包，裏面有相關的技術文檔和三種語言的代碼演示樣例。代碼演示樣例中差點兒集成了所有的代碼邏輯。client及服務端僅僅需要將代碼拷入本身的項目就能夠。

手機網頁支付產品由手機網頁即時到帳受權接口(alipay.wap.trade.create.direct)、手機網頁即時到帳交易接口(alipay.wap.auth.authandexecute)兩個接口組成。

必須先調用手機網頁即時到帳受權接口(alipay.wap.trade.create.direct)得到受權令牌。再調用手機網頁即時到帳交易接口(alipay.wap.auth.authandexecute)完畢付款。

在手機網頁即時到帳受權接口(alipay.wap.trade.create.direct)中，提交方式僅支持POST。在手機網頁即時到帳交易接口(alipay.wap.auth.authandexecute)中。提交方式僅支持GET，在webview中加載交易接口的url和請求參數即會轉入支付寶網頁的支付界面。具體接口和請求參數的說明和使用在開發文檔上已經介紹的很是具體了。假設還有不明確的地方可以直接參考代碼Demo，Java演示樣例可以直接導入到Eclipse中執行起來，可以直接演示整個支付流程。需要注意的地方就是，因爲是手機端網頁接入，在電腦上用瀏覽器演示的時候，會提示"爲保障用戶帳戶安全，禁止非手機訪問"，我用的是chrome瀏覽器。直接裝上改動uagent的插件，更改成Android或其餘clientua就可使用。

支付寶處理完請求後，分兩種方式返回處理結果。

一種是頁面跳轉同步通知。一種爲server異步通知。如下主要講一下這兩種方式的不一樣。

返回頁面（return_url文件）工做原理 （同步通知）

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

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

 
5、 對對應的數據進行處理
商家的返回頁面（參數return_url指定頁面文件）獲得支付寶返回的數據。把這些數據結合自身站點狀況。進行數據處理（如：訂單更新）。

 


返回頁面（notify_url文件）工做原理 （server異步通知）

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

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

  

同步返回（return_url）和異步返回（notify_url）的差異【return_url和notify_url參數必須是兩個返回處理文件的絕對路徑】？
答：同步返回處理（return_url）：是一種可視化的返回，瀏覽器頁面跳轉通知，僅僅要支付成功。支付寶經過get方式跳轉到這個地址，並且帶有參數給這個頁面。客戶獲取信息受到買家操做的影響。假設買家支付完
成後客戶server響應比較慢，買家在顯示支付寶提示的「即時到帳支付成功「時關閉頁面，那麼客戶站點是獲取不到信息，咱們這邊稱爲」 掉單「。

而且這個返回處理是一次性調取，即支付成功後才調取同步返回處理。
異步返回處理（notify_url）：它的數據交互是經過server間進行數據交互,必須將其放置在server上(公網)測試，serverpost消息到異步返回處理頁面，需要客戶技術在異步返回處理頁面處理相關的數據處理
，而後每一步操做都要返回給支付寶success（不能包括其它的HTML腳本語言，不可以作頁面跳轉。）這個返回處理假設集成OK。那麼基本不會出現掉單，因爲支付寶會在24小時以內分6~10次將訂單信息返回
個給客戶站點，直到支付寶捕獲success。

備註：同步返回處理則會受到買家操做的影響：
假如買家在操做的時候，支付寶完成進入支付寶提示成功頁面，這個時候由於server對應比較慢。那麼買家有可能會關閉這個頁面。這個時候您們就會接受不到支付寶返回的信息。還有有些網銀支付後也不會調取支付寶的同步返
回處理頁面。這樣您在同步作數據處理相同接受不到數據。