最近，寫專案，再一次使用到了微信支付，和支付寶支付。之前無數次爬坑，
可是每次出現的問題總是不一樣，這一次接入支付寶，和微信，一共浪費了兩天時間。

總結下，遇到坑的問題所在。

重點標註下——全部都是後臺的問題，全部都是後臺的。或者是開放平臺配置的問題。跟移動端沒有毛關係。沒有毛關係。

有時候該強硬的時候，一定要強硬起來。不然浪費時間。

微信支付： 呼叫返回-1，因為之前專案中加了 微信分享，所以確定，簽名，報名，開放平臺均無錯誤。所以直接甩鍋給後臺。

我並沒有調（微信支付的程式碼，是之前專案中拷貝出來的。也能確定沒有錯誤。所以就懶得排查了）-結果後臺強硬半個小時，我讓他重新生成下key，然後成功。---其實微信支付的坑很多，而且 官方文件也是能簡單就簡單，深怕你學會了微信支付整合這門神學，所以每次接入微信支付的時候，先拜拜神吧。

支付寶支付：呼叫返回4000，系統繁忙，請稍後再試；支付寶本身簡單的不行的東西，卡了我兩天。

因為上次 上上次整合支付寶一次過的，對它沒啥印象。所以我很謙虛的給後臺說，我們一起排查下吧，

然後各種百度：

可能引起的問題1：

沒有在清單檔案配置 支付寶的支付H5介面，或者是許可權。

2：

安裝的sdk 版本太老了，沙箱模式不生效。更換最新的SDK

3：

支付寶開放平臺上，申請應用為上線。在稽核中，或者申請中，支付是不會成功的。

4：

沒有在開放平臺上配置引數，很多應用都是之前申請的許可權，所以需要更改報名，和shi1簽名。

5：

正常情況下，生成的的引數串是需要在後臺生成的，如果你把移動端本地能夠排查的錯誤排查一遍，

就多關心下後臺給引數就行。直接拿後臺的引數串放到支付寶demo上跑。看看是否成功。

6：還是引數，這串引數需要一定規則，前後順序不能變，各種轉義需要注意下。

我排查兩天的問題是：

& 符號，被轉義了，&

我是debug拿到的json串，放在 工具裡看格式，結果工具自動給我轉義了格式，所以我看到一隻是正確的。

後來我大晚上起來看了一眼，不知道是不是天助我也，盡然讓我在密密麻麻的資料中看到這個符號： &

然後手動更改,吊起，並支付成功。