本節主要描寫敘述支付寶手機站點支付，開發網址：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對應比較慢。那么買家有可能會關閉這個頁面。這個時候您們就會接受不到支付寶返回的信息。還有有些網銀支付后也不會調取支付寶的同步返
回處理頁面。這樣您在同步做數據處理相同接受不到數據。