我的支付接口現狀分析——總有一款適合你

0.背景

前段時間準備把本身的博客作成付費閱讀或者訂閱的形式，雖然沒想着要贏利多少錢，可是起碼養的起本身站點域名服務器費用便可。可是你們都懂，草根站長，又沒公司，想找一個安全穩定的支付接口居然不是易事。在網上也看到很多關於我的收款接口的廣告和宣傳，以及各類方式。如今總結一下，供你們參考，互相交流。

1.互聯網支付形式

1.網銀支付：銀行渠道，各類銀行，特別是商業銀行。不過目前這種渠道基本行不通了。

2.第三方支付：支付寶，微信，PayPal等。

3.第四方聚合支付：Ping++，樂惠等。

大概也就這幾種，無論是如何實現的，其實都離不開這3類的核心。也就是說，萬變不離其宗。

1、網銀支付：

先說說銀行的渠道，每家銀行的接入流程可能有所差異。拿建行作例子：

提交申請資料（包含營業執照、法人身份證等）——與銀行簽約——銀行提供結算及保證金帳戶——填寫開戶申請表——簽署支付合做協議——網銀中心受權並核發證書——下載證書申請密鑰——完成開戶。

基本上須要上述8個步驟才能完成開戶，而且，要想與銀行簽約，不是隨便就能籤的，沒有量的狀況下，銀行幾乎不予理睬，就算死纏爛打見了面，也拿不到很好的費率。而且，若是你想我的接入，對不起，沒的談。

2、第三方支付：

先說支付寶吧。

支付寶是什麼就不介紹了，你們都知道的。支付寶支持網站支付，H5支付，App支付和當面付，可是要想接入網站，須要網站備案，而且還要有營業執照。因此，由於資質的緣由，我仍是沒法接入支付寶。可是通過了解，發現有另一種途徑使用支付寶，那就是有企業資質的帳號，建立子帳號關聯，這個子帳號和企業帳號擁有一樣的功能而且有獨立管理資金的能力，一旦客戶支付，企業帳號收款後自動分帳到子帳號，可是這個要找個熟悉的企業，要否則仍是有資金風險的。但是，這個途徑後來通過證明，支付寶已經停用。因此，歸根結底，仍是要有企業資質。

再說微信支付。

微信支持公衆號支付，APP支付，掃碼支付，刷卡支付和微信買單。使用掃碼支付，須要先註冊公衆號，而後提交企業資質認證，驗證經過後，才能接入。這個也是至關的麻煩，不但要求有企業資質，還要先申請一個企業公衆號，才能用微信支付，因此也做罷了。

最後說說PayPal。

關於PayPal，有些人可能不熟悉，這是一個全球支付的工具，比支付寶還早，具體的歷史，仍是自行搜索吧。

其實PayPal是一個不錯的選擇，我的企業均可以接入，而且支持全球絕大多數幣種。客戶付款後，資金到達本身的PayPal帳戶，用戶能夠提現，可是，提現到國內的銀行，須要手續費的，算下來差很少近5%的手續費。雖然API對接很方便，可是手續費有點略高，而且，PayPal有個特色就是比較偏向買家，一旦有交易糾紛或者客戶不滿意的地方，賣家是拿不到錢的。

3、第四方聚合支付：

Ping++

就挑一個比較典型的來簡單說一下好了，所謂聚合支付，就是簡化了平臺接入流程，適合對多個系統的對接需求，可是客戶支付渠道仍是須要本身去申請，因此，企業資質也是須要的。

2.我的支付收款接口

這個相對來講真的是比較麻煩，可是呢咱們仍是很是有需求的。好比我一開始就僅僅是想着把博客上分享的某些資源或者是某些信息，做爲付費閱讀的形式提供。可是研究了一下現狀只有，發現這些常規辦法是行不通的。

那麼我的支付收款就沒法解決了？答案是否認的。

道高一尺魔高一丈啊真是，太多的大佬想出瞭解救辦法和對策。由於國內也就支付寶和微信這兩種高頻使用，其他的QQ支付京東金融等之類的，由於使用頻次和線下支持以及市場行情來講沒有佔比太大，因此大佬們也主要是解決支付寶和微信的我的收款方式。可是解決方式也是繞不開監聽和hook的方式。

1、經過金額

安卓端的支付寶，收款後通知欄會彈出收到XX元的通知，那麼就經過技術手段監聽通知欄，斷定支付寶通知，獲取金額信息，就有了回調能力。好比說，我一篇文章須要付費閱讀，訂價1元，放一個1元的二維碼上去，客戶掃碼支付，我支付寶收款彈通知，而後告訴網站已經收到款項，接着網站展現全文給客戶。

可是，若是同一時間多用戶支付了同一篇文章，這就就麻煩了，由於是相同金額，可是沒法區分用戶，就壞事了，要亂套。不過放心，這個時候，不得不佩服一些大佬想出的辦法，若是同一時間多用戶支付，那麼就顯示不一樣金額的二維碼，好比A是1塊，B是0.99，C是0.98這樣的形式來區分。

不過雖然解決了收款的需求，可是沒法知足到更多的需求，僅僅只停留在能夠收款的層面。

缺點也是至關的明顯：

1.只有支付寶能夠用這種方式，由於微信是在內部有一個公衆號形式的提示。

2.因爲是經過金額區分的，那麼久得提早上傳N張二維碼，若是我文章都定一個價格還好，可是若是有不一樣的價格，個人天，不敢想象須要上傳二維碼的數量。

3.若是須要修改價格，那也將是一個浩大的工程，刪除原有二維碼，上傳新的二維碼。

4.固定金額，也就是說須要事前上傳好，不能方便的訂價，主要仍是由於二維碼的數量。

5.安全問題。怎麼說呢，若是是開源的或者本身寫的還好，若是是用別人的，也不知道究竟是不是隻監聽通知欄？

6.須要一臺手機24小時開機專門作這個事情。

7.網絡延遲，哪怕你手機距離WiFi多近，路由器信號多好，你老是有網絡延遲的。

歸根結底，仍是由於沒有原生回調接口。這一類的提供商不少，甚至本身搞一個都沒問題，github上應該也是有開源的。這類方式實現收款的成本很是低，目前市面上大多數都是基於這種原理作出來的產品。表明作很是多：

1.paysapi：雖然也說支持微信，可是須要用戶上傳一張收款碼，客戶輸入金額，這體驗是很是差的。

2.虎皮椒：如出一轍，沒什麼區別。

3.支付吧：仍是如出一轍，沒什麼區別。

4.xxxxx：仍是如出一轍，就不列舉了，沒區別。

2、移動端hook

移動端安卓平臺，是一個比較開放的平臺。咱們運行的幾乎全部軟件，都是能夠經過必定的手段，進行底層編程 hook，自定義其行爲的。好比微信消息防撤回，搖骰子划拳做弊，自動搶紅包，還有支付寶的餘額 & 等級自定義裝逼等功能，都是經過諸如 xposed, virtualxposed 等 hook 框架技術編程實現的。

一樣，微信和支付寶的收款二維碼自動生成，包括支付成功的消息檢測，也是能夠經過 hook 的手段，進行編程做業的。大體流程以下：

用戶發起訂單支付請求，而後移動端 hook 軟件，監測到這個支付請求，獲取到金額和平臺（微信仍是支付寶）信息。調用相關的軟件，注入相關的二維碼生成行爲，ok，相關金額的二維碼生成成功，再顯示給用戶。

用戶支付成功後，一樣的，不管是微信，仍是支付寶，都會檢測到相關的支付成功信息。移動端 hook 軟件，一樣也能夠檢測到。而後進行回調。再後續，就是業務系統處理流程邏輯了。

這種方式，比區分金額的方式要好不少，起碼不須要上傳大量二維碼了，也支持任意金額的支付了，而且能夠同時支持支付寶和微信，相對來講併發比經過金額的方式要高一點。固然缺點也太明顯：

1.須要root系統，安裝一堆框架，修改系統。（咱們都知道，每每解決一個事情的時候有可能會產生更多潛在的bug）

2.風險係數高。由於hook軟件能夠監控到支付寶和微信的行爲，甚至包括密碼信息，本身想吧。

3.風控。經過這種方式，被支付寶和微信風控的機率會很是之高，別覺得他們不知道。

4.違法。是的，沒看錯。若是你的互聯網經驗有七八年以上應該知道當年的珊瑚蟲事件。因此，這種性質，比珊瑚蟲事件還嚴重，由於涉及的是金融安全。本身想吧。

這種方式的表明也不少：

1.綠點支付

2.微米富

3.還有各類產品都同樣，不一一列舉了。

3、各類二清

二清，又稱爲二次結算、二次清算等。究竟是什麼？本身搜一下吧，這裏我只說一點，二清每每與資金池是密不可分的，資金池意味着什麼？混互聯網的應該知道前段時間P2P等暴雷的狀況，資金池意味着隨時跑路。

幾乎凡是須要用戶手動提現的，幾乎都是二清，固然，有些不用用戶手動提現的也屬於二清，具體的仍是要根據問題具體分析。二清的風險就不展開說了，這個一直是央行重點打擊的。有興趣的朋友能夠多查一下二清的嚴重性。18年拼多多就涉嫌二清，甚至把平安銀行都差點拉下水。更多的本身去了解吧。

3.結語

那到底有沒有一款產品能同時知足我的支付收款需求呢？又能夠支持相對的高併發，低延遲，資金安全無風險，同時還不須要企業資質。我也想了很久，考察了不少，潛心分析研究，終於有這樣產品出現了。

若是你跟我有一樣的需求，能夠了解一下：PayJZ-九州網絡

下一篇我會具體的，詳細的寫一下PayJZ究竟是怎樣的一種渠道。保證你能夠放棄本文裏講的那些各類形式實現我的收款的產品。See you~