前段时间开发一款产品，需要接入支付，老板对微信支付情有独钟。刚好自己没有实际做过微信支付这块，也就可以借这次机会实践一下，顺便记录一下自己的扫坑之路，主要记录步骤，具体细节直接微信开发平台上看，第三方的东西更新比较快，这里详细记录意义不大。
接入步骤如下
1、申请账号，这个建议让公司去申请（注意看平台，微信支付分为好多种场景，本次介绍的是移动支付，到微信开方平台申请账号）
2、申请应用 （微信支付在应用审核通过后，直接在该应用内申请）
3、项目配置（借用一些官网的图）
-
首先下载 - libammsdk.jar （注意区分不同功能 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 该回调类，回到支付发起页面来进行剩余的逻辑处理（支付发起页面的onResume中来判断微信支付回调值得变化，进行操作后马上将该值重置，保证回调后的逻辑操作只进行一次而不会因为多次可能的onResume而导致执行多次）
<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
先来看下调用微信客户端发起支付需要哪些参数：
image这边碰到一个大坑：就是这个sign，当我们向服务端发起请求获取预付订单信息时，服务端需要向微信api请求数据，从而获取微信端生成的prepayid，最终才返回给移动端。 从微信支付官方文档中看到，发起预付订单（统一下单）请求时，就要求签名一次，因此这边后台开发人员很容易就直接将这个sign作为返回给移动端的sign，从而导致移动端无论如何都调用不了微信支付（这边我们可能会怀疑是key或者微信后台填写应用签名的问题，但是如果微信登录或分享能使用，就代表不是上诉问题，很大可能是因为sign的问题），中间查了很多资料才发现需要签名两次，移动端调起微信支付的时候提交的sign不能是微信接口直接返回来的sign，而应该是将调起微信支付前面6个参数再进行签名一次，算法与之前签名一致，多谢这位兄台的博客qq_28746251
-
主要的sign拿到后 不出错的话即可成功调出微信支付界面，真是千呼万唤“死”出来啊！
后面就是回调逻辑的处理，建议在本地微信支付回调成功之后，再次到服务端发起支付确认服务端支付认证分为两种：
-
微信回调 ：微信主动推送支付结果
image -
查询订单 ：app服务端主动请求微信api查询支付结果
image
-
