每一個做過支付對接的少年上輩子都是折翼的天使。——題記

三方支付對接是一件比較有意思的事兒，今天就拿這個話題來掰扯掰扯。相信每個做過支付對接的小伙伴都有段血與火的經歷，那段日子只有痛苦與煎熬，恨不得大罵寫文檔的都是傻逼，堂堂這么大的互聯網公司支付文檔都是外包出去的么？然后你在搜索引擎(Google)輸入”支付的坑“這幾個大字就會找到約4240000條結果，清一色的微信支付寶的坑，當然微信占大多數，也許歸結于微信業務增長太快發展時間太短的原因吧。

支付對接的坑到底有哪些呢？在這就講個碼農小明的故事：小明接到大鳥派給的一個支付對接任務，第一步當然是去官網查資料呀，哪兒呢？哪兒呢？支付文檔怎么沒找到呀？小明著急的去問坑友們，終于在官網的一個小角落看到了文檔的鏈接，小明心想，尼瑪終于找到啦，趕緊下載下來看看吧。恩？怎么好幾份文檔呀？到底哪個版本才是啊？這時候小明沒轍了，耐著性子挨個版本看了一個遍。還好，官方還提供了Demo，怎么Demo寫的跟文檔對不起來呀？小明這時急急忙忙聯系上了官方客服，等了好久客服終于答復了，沒想到這時客服又傳過來幾份文檔，什么鬼？這份文檔才是么？小明忍著罵娘的沖動又耐著性子看完了這份文檔。打開IDE，小明熟練的對著文檔開始調試起Demo，怎么一直失敗？小明無奈的又聯系上了上次的客服，這個我不清楚，你聯系我們這邊技術吧。恩？發郵件？等了好幾天終于收到了官方技術回復的郵件。這個參數字母應該大寫？文檔沒說啊。這幾個參數要有固定順序拼接？文檔也沒說啊。這個參數字數超了？文檔沒有規定字段大小啊？這個參數必填？文檔不是寫的非必填么？這地方文檔寫錯了是個bug？什么？文檔寫錯了？！您的代碼沒問題有可能是商戶號權限有問題，要不您重新再申請個商戶號試試吧。。。

看到了支付對接這么坑，就有商家嗅到了商機做聚合支付接口，比如Ping++，如果預算足夠和工期緊，這也是一個不錯的方案。當然還是那種“就差一個寫代碼的”公司最多，所以那個唯一一個寫代碼的當然必須自己搞啦。

談完了支付的坑下面聊聊支付對接的一般流程，這里略過開通和審核階段，只談下開發流程，筆者偷懶在這貼張銀聯支付的流程圖：

一般流程說明：

用戶在商戶網站選定商品并下單，在商戶支付頁面選擇對應支付平臺圖標，進行支付；

商戶按照文檔提交支付請求接口組織報文，向支付平臺發送支付請求；

如果是PC端，會跳轉到對應支付平臺的支付頁面，如果是移動端，會喚起對應的支付工具，用戶在支付平臺輸入支付信息，提交支付；

支付平臺將支付結果通知商戶；

若支付成功，則支付平臺將交易結果異步發送給商戶；

商戶若未收到交易結果，則商戶按照文檔查詢接口向支付平臺發請求查詢該交易，以確定消費交易的狀態，支付平臺收到查詢請求時，將同步返回該筆消費交易的交易結果；

商戶若收到交易結果，如果未向支付平臺反饋已收到交易結果，支付平臺會重復發送交易結果。

在這提一點，由于網絡原因等異常情況支付平臺可能出現多次發送支付結果的情況，通知回調接口商戶要注意做好接口冪等，其余的不再多說。

筆者最近抽時間也寫了個支付集成的小Demo，里面已集成支付寶(國內、國際、移動端、PC端)、微信、銀聯(acp、upop)、光大(網關、網頁)、郵政支付，Demo已更新到Github上，地址：https://github.com/Martin404/PayMap，感興趣的小伙伴可以看看。

關注微信訂閱號“Martin說”，每天收獲更多Martin的閑扯。

總結

以上是生活随笔為你收集整理的第三方银联支付接口对接_聊聊三方支付对接那点事儿（附Demo）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。