前段時間開發(fā)一款產品拂酣，需要接入支付，老板對微信支付情有獨鐘仲义。剛好自己沒有實際做過微信支付這塊婶熬，也就可以借這次機會實踐一下，順便記錄一下自己的掃坑之路埃撵，主要記錄步驟赵颅，具體細節(jié)直接微信開發(fā)平臺上看，第三方的東西更新比較快暂刘，這里詳細記錄意義不大饺谬。
接入步驟如下
1、申請賬號谣拣，這個建議讓公司去申請（注意看平臺募寨，微信支付分為好多種場景，本次介紹的是移動支付森缠，到微信開方平臺申請賬號）
2拔鹰、申請應用 （微信支付在應用審核通過后，直接在該應用內申請）
3贵涵、項目配置（借用一些官網的圖）
-
首先下載 - libammsdk.jar （注意區(qū)分不同功能 jar包不同列肢，有些項目單獨做微信登錄的jar包名跟這個一樣恰画，但是內容不一，如果項目中微信登錄例书，分享锣尉，支付都用了，就下載指定的jar包决采，包含3種功能的庫文件）
image（官方放的是Eclipse的圖自沧，AndroidStudio 也差不多）
導包，加入權限
-
我是直接在Application中注冊微信APP_ID
image -
新建包：包名下.wxapi ,微信比較霸道树瞭，包名寫錯了還不行拇厢，包名跟微信回調類名寫錯，即無法接收到微信客戶端的本地回調信息= =晒喷！使用微信支付需要建WXPayEntryActivity 并且實現 IWXAPIEventHandler孝偎，
而在
@Override
public void onResp(BaseResp baseResp){} 方法中進行支付回調后的處理
image
核心部分
先介紹下操作流程：
- 為了安全，我們建議將微信開放平臺申請的AppSecret存放于服務器后臺凉敲，同時將一些操作放在后臺來處理衣盾， 同時也便于訂單等信息的操作。
-
編寫微支付回調類
image
這里我是該類不給界面爷抓，并將該Activity主題弄成透明,回調之后通過中間配置文件來傳遞回調信息势决，并馬上finish 該回調類，回到支付發(fā)起頁面來進行剩余的邏輯處理（支付發(fā)起頁面的onResume中來判斷微信支付回調值得變化蓝撇，進行操作后馬上將該值重置果复，保證回調后的邏輯操作只進行一次而不會因為多次可能的onResume而導致執(zhí)行多次）
<style name="Theme.Translucent.NoTitleBar">
<item name="windowNoTitle">true</item>
<item name="windowContentOverlay">@null</item>
</style>
<activity
android:name=".wxapi.WXPayEntryActivity"
android:exported="true"
android:launchMode="singleTop"
android:theme="@android:style/Theme.Translucent.NoTitleBar"
android:screenOrientation="portrait" />
-
在本地調用微信支付之前我們需要先從服務端獲取到預付訂單信息，以及 sign
先來看下調用微信客戶端發(fā)起支付需要哪些參數：
image這邊碰到一個大坑：就是這個sign渤昌，當我們向服務端發(fā)起請求獲取預付訂單信息時虽抄，服務端需要向微信api請求數據，從而獲取微信端生成的prepayid独柑，最終才返回給移動端迈窟。 從微信支付官方文檔中看到，發(fā)起預付訂單（統(tǒng)一下單）請求時忌栅，就要求簽名一次菠隆，因此這邊后臺開發(fā)人員很容易就直接將這個sign作為返回給移動端的sign，從而導致移動端無論如何都調用不了微信支付（這邊我們可能會懷疑是key或者微信后臺填寫應用簽名的問題狂秘，但是如果微信登錄或分享能使用，就代表不是上訴問題躯肌，很大可能是因為sign的問題）者春，中間查了很多資料才發(fā)現需要簽名兩次，移動端調起微信支付的時候提交的sign不能是微信接口直接返回來的sign清女，而應該是將調起微信支付前面6個參數再進行簽名一次钱烟，算法與之前簽名一致，多謝這位兄臺的博客qq_28746251
-
主要的sign拿到后 不出錯的話即可成功調出微信支付界面，真是千呼萬喚“死”出來八┫读第！
后面就是回調邏輯的處理，建議在本地微信支付回調成功之后拥刻，再次到服務端發(fā)起支付確認服務端支付認證分為兩種：
-
微信回調 ：微信主動推送支付結果
image -
查詢訂單 ：app服務端主動請求微信api查詢支付結果
image
-
