支付寶在線支付接口開發教程與總結

1.甚么是第3方支付

　　所謂第3方支付，就是1些和各大銀行簽約、并具有1定實力和信譽保障的第3方獨立機構提供的交易支持平臺。在通過第3方支付平臺的交易中，買方選購商品后，使用第3方平臺提供的賬戶進行貨款支付，由第3方通知賣家貨款到達。

　　目條件供第3方支付的機構很多，常見的有支付寶、財付通、快錢、網銀在線、易寶支付、云網等各大支付平臺。網站如果需要實現第3方支付首先應當向第3方支付平臺申請1個賬號并簽署協議，協議生效后第3方支付平臺將為其開通在線支付功能，通進程序將接口集成到網站中。

　　為何要使用第3方支付？由于第3方支付平臺已與各大銀行進行簽約，網站主只需要在此平臺申請1個賬號便可支持幾近所有的種類的銀行卡信譽卡的交易。

　　2.第3方支付原理

　　以上扼要說明了支付進程，固然其中省略了1些步驟（比如購物車，定單等），我們重點來看支付流程。

　　2.1用戶向商城網站發起確認定單的要求

　　2.2商城網站接收到要求保存定單數據到數據庫或其他存儲介質

　　2.3返回定單確認頁面，頁面上應當顯示定單金額等信息

　　2.4用戶確認支付，發起支付要求。注：支付要求是發送到支付網關（比如支付寶、網銀在線）而不是發送到商城網站。

　　2.5顯示支付頁面

　　2.6用戶填寫認證信息（賬號密碼等）提交

　　2.7這里有兩個步驟1個是扣款成功后頁面跳轉到支付結果頁面（展現給用戶），另外一個是支付通知，這兩步沒有前后順序可能同時履行，商城網站接收到支付通知后根據驗證規則驗證信息的有效性，并作出相應的更改操作（例：有效則更改定單為已付款狀態，無效則記錄非法要求信息）。

　　以支付寶為例：如果實現在網站中集成支付寶接口，首先要有1個支付寶賬號，接下來向支付寶申請在線支付業務，簽署協議。協議生效后有支付寶1方會給網站方1個合作火伴ID,和安全校驗碼，有了這兩樣東西就能夠依照支付寶接口文檔開發支付寶接口了，在上圖的幾個步驟中只有4和7兩個步驟在商城與支付網關之間有信息交互。在步驟4中指將數據發送到支付網關（支付寶），在步驟7中是的通知驗證部份，驗證網關要求網站某地址，網站按驗證規則對信息進行驗證記錄并作出響應，我們幾近在開發任何支付接口時，重點是這兩部份的開發，明白支付接口原理，開發支付接口就不難了。

　　3.支付寶接口開發

　　3.1接口簡介與測試

　　支付寶目條件供了，擔保交易、標準即時到帳、雙功能等幾種接口，只是在功能上有些差異，網站集成方式是1樣的。以標準即時到帳接口為例，在與支付寶簽署協議后，還需要幾個步驟才能完成集成。

　　選擇“我要自助集成”接下來會看到的鏈接，點擊下載技術文檔。

　　在下載后的文件中有標準支付寶交易服務接口、商家工具、接口集成指南等接文檔，另外還有幾種語言寫的demo.我們可以根據接口文檔按規則全新開發，也能夠再demo基礎上修改集成到網站，需要注意的是開發支付接口需要在公網（服務器必須可以通過外網訪問）才可以完成全部調試進程，如果服務器在外網訪問不到，則沒法接收到支付通知。

　　看1下demo中每一個文件的作用：

　　這里已下載好了（見資源目錄pay文件夾），為了便于調試增加修改了若干文件，并增加了1張數據表保存定單信息，我們修改1下配置文件完成1個測試進程。

　　alipay_config.php是基礎信息配置文件，我們需要將在支付寶后臺獲得的PID與Key寫入到配置文件中。

　　配置項：

　　其中方框內的數據是我們需要重點修改的。支付通知地址與返回地址的區分，前面已提到，在步驟7中有兩項：支付結果頁面與支付通知信息，支付結果頁面是用戶支付完成后會自動跳轉到這個地址這里是返回地址（$return_url）。

　　支付通知地址一樣是用戶支付完成后，支付寶會要求該地址（$notify_url），但是支付通知是支付寶服務器直接要求，不會被用戶看到。這兩個地址必須是以http開頭的完全路徑格式為了完成測試進程，這里已將/pay/alipay/notify_url.php改寫，將$notify_url設置為可訪問到此文件的URL便可。這幾項配置好后再根據數據庫腳本（pay/orders.sql）創建1張數據表。并根據數據庫的配置信息修改mysql_config.php.通過對支付寶提供的demo做簡單修改就能夠完成創建支付要求（步驟4）了，這里更改了支付首頁等頁面（見源碼包pay目錄）。我們先測試1下：

　　數據庫中增加了1條“定單信息”.

　　如果點擊“確認支付”按鈕或確認支付 鏈接將會跳轉到支付寶頁面，點擊按鈕時通過表單POST方式將信息提交到支付網關，由于支付要求數據無需讓用戶看到，這里都寫在隱藏域中了。確認支付 鏈接是通過URL傳參，由于支付寶接口允許以POST或GET方式提交，所以兩種方式都可以。把參數提交給支付網關后，頁面跳轉到到支付頁面。我們看到以下圖所示：

　　我們看到支付寶為我們提供了兩種支付方式，1種是通過支付寶賬戶支付，另外一種是通過銀行卡支付。例如選擇使用銀行卡支付，填寫郵箱或手機號跳轉到以下頁面：

　　我們開單支付寶幾近支持所有的銀行卡支付，同時有信譽卡和網點方式付款，選擇對應的銀行下1步按提示付款便可。付款完成后頁面會返回到我們在配置文件中配置的$return_url地址，同時“定單狀態”也會產生改變。

　　注：測試時如果沒有在外網測試（即支付通知地址沒法在外網訪問）則支付通知沒法被要求到，沒法自動完成定單狀態的修改。

　　3.2支付寶接口規范與代碼分析

　　支付寶接口規范可參考/pay/doc/標準支付寶交易服務接口（專用于防釣漁網站）。Pdf,里面已有了比較詳細的說明。

　　3.2.1如何創建支付要求

　　在前面的測試中我們點擊了“確認支付”將信息將信息提交到了支付寶的支付網關，我們可以思考1下應當發送哪些參數給支付網關。關于要求參數列表可以參考標準支付寶交易服務接口（專用于防釣漁網站）。Pdf中的3.2.2.需要注意的是其實不是我們把這些參數原封不動的提交到支付寶就能夠了，為了保證數據安全支付寶目前使用的是MD5簽名避免數據篡改機制。

　　在提交數據前需要將需要提交的數據以1定規則（見接口文檔）組裝成字符串，加上安全校驗碼（Key）組成1個新字符串，通過MD5生成1個32字節的簽名，我們提交支付要求時還需要把這個簽名也提交過去。看1下表單源碼

　　支付寶接收到參數后會進行驗證要求參數的合法性，驗證無誤后將顯示支付頁面，否則提示毛病。

　　3.2.2 如何驗證支付通知

　　在用戶支付完成后，支付寶會要求網站支付通知地址（這個地址應在創建支付要求時作為參數傳遞過去）。返回參數列表參見標準支付寶交易服務接口（專用于防釣漁網站）。Pdf3.3.1.支付寶的返回數據中一樣有1個簽名串（采取和支付要求一樣的簽名方式），在支付通知文件中首先要對數據進行簽名驗證。除驗證簽名，還需要將參數中的notify_id提交到支付寶的驗證網關支付寶系統這個通知的真實性，通知驗證。支付寶系統判斷通知是不是是自己發送，如果是以字符串格式返回 true,否則返回false,我們通過驗證服務器返回的數據驗證要求的真實性，如果都驗證通過則可以進行更改定單數據、給用戶發送郵件通知等操作。關于驗證簽名可以看1下通知文件中的源碼。帶demo中將參數中的notify_id提交到支付寶是通過POST方式提交并獲得返回數據，代碼片斷：

　　這里重點就是fsockopen函數，在發送電子郵件時我們已接觸過，通過此函數打開套接字連接，類似于之前學過的fopen函數返回的是1個文件句柄，以后可使用文件函數（ fgets（）、fgetss（）、fputs（）、fclose（） feof（）等）對其進行操作，代碼中使用了fputs（）（同fwrite（））函數，寫入數據來摹擬表單以POST方式提交數據，最后通過fgets（）函數獲得返回的數據保存到數組中，最落后行驗證，具體參照源碼。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈