背景
- 小程序开发的过程中，绝大多数会满足微信支付 - 那么，作为友好交互的体现，自然就会考虑到支付后的消息通知咯 - 所以，我的小程序项目也要求完成这个效果，so.分享一下自己的实现步骤，以方便道友们少踩点坑...
微信消息通知的区别：
1. 微信网页版、公众号的消息提醒 要求用户必须 "关注商家公众号"，才支持消息的接收 并且还有个奇怪的毛病：如果近期内未与该公众号有所交流，依然收不到消息提醒 再者，消息的样式需代码进行自定义(麻烦) 2. 微信小程序，可支持"服务通知" 只需配置好自己的 "模板消息"，通过获取用户的 "openid" 即可进行来自微信服务的消息 通知的样式，可在小程序的管理后台进行选取，预览(人性化)
此处参考京东购物的消息通知如下（也就是在下想要实现的效果）：
前期准备
首先，微信小程序官方文档为我们提供了指导 — 【发送模板消息】
我们可以先对文档进行一遍 简单的浏览，以方便自己的流程理解，避免蒙头苍蝇乱撞
小程序给与了我们最方便的手动模板配置方式
我们可以先去 1（模板库）中选取自己需要的模板，自定义标题、排序 申请成功之后，进入 2（我的模板）中就可以看到自己能够使用的模板，我们后期进行代码编辑时，用到的就是那个模板ID
实现步骤
此处，主要以 <form/> 组件形式的实现为例，对于prepay_id 的实现请参考文末的 附录
小程序端的要求
语境：微信支付成功后，对用户发送一条"订单支付成功通知"的模板消息
第一步：以我的代码实现为例，首先需要对我的 <form/> 组件进行需发模板消息的声明，即设置属性 report-submit="true"（【个人建议，请使用真机测试，不排除部分使用开发工具无法获取 form_id 的情况】）
第二步：对应的 pages/cart/payment.js代码中，编写的提交代码，以及对 event参数打印的结果则为：
注意：截图部分只是为了，获取并保存我们需要的 formId
> - 其实，后面的代码还可以有很多的逻辑处理，以我的代码逻辑为例： > - 我继续进行了表单数据的规范验证 -> wx.request 数据提交 -> 唤醒微信支付 -> 支付结果的回调处理
第三步：request 调用发送消息通知的方法
以我的逻辑为例，是在执行完微信支付回调后，判断支付成功才进行调用的
此处，直接提供上述截图中 pages/cart/payment.js 所需要用到的两个核心方法
代码如下：
/**
* 微信支付成功后的 消息模板的发送
*/
sendTemplatePaySuccess: function() {
var self = this;
var postData = {
sn: self.data.order_sn,
form_id: self.data.formId
};
self.http_post('https://xxx.com/wx/sendTemplatePaySuccess', postData, (data) => {
wx.navigateTo({
url: '/pages/cart/results/index?status=1&type=pay&orderInfo=' + JSON.stringify(self.data.orderInfo),
});
})
},
/**
* 封装 http 函数，默认‘GET’ 提交
*/
http_post:function(toUrl, postData, httpCallBack) {
wx.request({
url: toUrl,
data: postData,
method: 'POST', // OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE, CONNECT
header: {
'content-type': 'application/x-www-form-urlencoded;charset=utf-8',
},
success: function (res) {
//回调处理
return typeof httpCallBack == "function" && httpCallBack(res.data);
},
fail: function (error) {
console.log(error);
}
})
},
服务端代码配置
我对服务端的代码，整合集中在了一个文件中，可从附录中进行下载
第一步：替换小程序配置信息
第二步：修改方法 sendTemplatePaySuccess()
提示：
> 1.此方法是对应于 pages/cart/payment.js 中的 "Https://xxx.com/wx/sendTemplatePaySuccess"，应该不会理解错吧！ > 2.一般的设计逻辑，是在用户注册、初次授权登录的时候就将其 openid 写到数据库中，后期使用时可随时调用 > 3.如果前期没有写入数据库，也可以考虑直接授权获取，参考文章 [【微信小程序Ⅴ [获取登录用户信息，重点openID(详解)】]](https://blog.csdn.net/u011415782/article/details/79559639) > 4.template_id 直接在小程序账号后台复制即可，但是请将 $rawPost['data']['keyword?']['value'] 顺序对应正确哦
运行测试
①. 首先，要 特别注意 一点，不可以使用 微信开发者工具进行测试，不然会有如下报错：
可参考道友解释： 小程序 表单 formId 为 the formId is a mock one
②. 并且，如果已经发送过一次模板消息，会有如下提示信息：
//#这说明，你的formid 已经用过了，系统要求只能使用一次！！！
{
"status":0,"result":"sendTemplatePaySuccess Failed!",
"data":
{
"errcode":41029,"errmsg":"form id used count reach limit hint: [9mUwja01342277]"
}
}
附录
A. 补充信息
开发文档中有这样一句话：
值得注意：
第一点：
使用 "<form/>" 组件
获得的 "formId" 只能使用一次
相对适合的通知业务 —— 支付成功或失败后，充值成功、 续费成功、挂号成功等被动响应的信息...
第二点：
"prepay_id" 只有进行了支付行为才能获得，并且必须支付成功！
一个 "prepay_id" 可以使用三次
相对适合的通知业务有 —— 后台发货提醒、审核通知、课程开班提醒、拼团成功通知等主动推送的信息...
第三点：
prepay_id 使用时的报错信息：
//# 如果支付不成功，但是要使用获得的 prepay_id，会有如下类似的信息
{"data":
{"errcode":41028,"errmsg":"invalid form id hint: [XiZ04574125]"}
}
//# 如果支付成功，使用获得的 prepay_id 次数超过了三次，会有如下的信息:
{"data":
{"errcode":41029,"errmsg":"form id used count reach limit hint: [oFN1Aa08963936]"}
}
B. 后台发货通知的设计思路
1. 首先，我们在数据表设计时，对于订单表需要有一个存储微信支付后 "prepay_id"的存储字段 2. 进行微信支付时，将生成的 "prepay_id" 存到数据表中 3. 当对已支付订单进行后台发货操作时，调用的通知模板，使用前面数据表中的 "prepay_id" 数据 4. 其他的服务端代码设计 同上文中的 "sendTemplatePaySuccess()" 方法
温馨提示：
毕竟存放的 "prepay_id" 最多只用使用三次，所以对于项目设计中的使用位置要做好规划 !!!
C. 使用真机测试，顺利运行的效果为：
D. Access_Token 建议
官方文档 - 获取 access_token
- 代码中，所必须涉及到的业务 ——
access_token的获取，请参考文档介绍，进行定时刷新，以避免不必要的资源请求 - 个人的思路就是，创建数据表字段，根据其返回的时长
expires_in，在失效前保存数据access_token - 可根据自己的实际需求，优化小编提供的
opGetAccessToken()方法！ - 有一点，或许很多人不多加注意：
当项目已上线，如果你线下依旧测试使用了获取 "access_token" 的操作，这会影响线上服务的！ 因为，一旦重新获取了 "access_token" 信息，微信服务器便会在短时间内，对之前的 "access_token" 进行失效处理 建议，可以考虑在线下直接使用线上获得的 "access_token"，不要随意去刷新请求获取，影响大局就尴尬了...
❺. 源代码参考
- 请对应代码进行正确配置哦
转载于：https://blog.csdn.net/u011415782/article/details/82379590