最近研究了第三方支付,突然發現,不管是哪個第三方他的官方文檔著實坑人.先不說他沒有dome,就連表達的都不清楚,我當時是被她坑的夠慘的.所以我整理了一下它的流程首先先介紹一下它的優缺點：

　　優點：第三方提供接口，開發成本低

　　缺點：接口參數較多，維護成本高

　　介紹的是用java開發的微信支付流程

　　第一步也是和第三方直接打交道的一步也可以叫準備工作:到微信開發公眾平臺去申請：已認證微信號，且通過微信支付認證，這個可以看微信文檔，很詳細，這里就不再重復。(當然必要的參數一定要知道 其中包括APP_ID,APP_KEY,PARTNER,PARTNER_KEY(AppSecret),回調地址......)

　　然后就要自己手寫代碼了(開發是網頁版的掃碼支付):

　　你需要用一系列的參數去和微信換取一個鏈接具體參數有啥..其實我有點懶得寫 微信文檔有..但是不寫的話我怕挨罵.. 故我把它放在最后面的附件里然后用換取的鏈接制作成為一個二維碼(這里我個人建議使用qrcoed.js在前臺生成二維碼,如果用qrcord.jar后臺生成二維碼的話會有點耗內存)

　　然后就可以掃了。到這一步很多人以為所有東西都完成了。

　　這樣就真的結束了嗎? 你太天真了!

　　你付過款之后想知道到你付錢沒有,你真以為它會主動告訴你..天真!雖然說有回調地址但是我認為開發項目不能太被動,所以覺得還是主動去問.于是乎我就砸前臺頁面使用向下面的js去問它

　　第一次上代碼

　　這樣你就占據了主動權,畢竟寫程序的我們自己,當然要按我們的思路來所以主動權一定要把持。

　　附件:

　　換取二維碼內容參數:appid,appsecret,商業號,API_KEY,回調地址,trade_type(支付類型),spbill_create_ip(發起這個支付的設備的ip),訂單號,訂單名稱,應付金額(這里注意金額以分為單位,不能出現小數點),sign(這是一個簽名,微信文檔里有簽名的生成算法)。