微信小程序订阅消息推送

这几天在使用小程序的模板消息推送接口的时候，出现了个报错信息 “the formId is no longer available in develop or trial version”，去文档查看了一下才发现，模板消息功能在今年1月份已经下架了，现在统一都是使用订阅消息：

那么这两个功能有什么区别呢？

模板消息推送

简单地说，用户每进行一次提交表单或是支付行为，都会产生一个 formId，开发者可以通过这个 formId 向用户推送消息。由于下发权限是在开发者这边，为了防止消息频繁推送对用户造成的骚扰，小程序做出了一个限制：一个 formId 只有 7 天有效期，每推送一次消息会消耗一个 formId，也就是说，正常情况下，开发者 7 天内可以推送的消息数量是有限的。

这样当然对用户是友好的，但是对开发者来说，有些业务场景又确实推送多条消息：比如说 A 用户发布一个二手商品，B 用户点击了“感兴趣”，需要推送消息告知 A 用户，同理，C 用户也点击了“感兴趣”，同样需要推送消息告知 A 用户，这种情况下一个 formId 肯定是不够用的。于是在订阅消息出现以前，开发者就使用了一些黑科技来收集 formId：包括基于事件冒泡的多层嵌套表单，以及在小程序里埋藏大量的点击事件等，只要用户点击了就会触发表单提交，生成新的 formId，然后记录下有效期存放到数据库中，方便后续的使用。

不过有不少的黑科技已经被微信官方修复了，而且我们会发现，最终还是回到了起点，仍然没有解决用户受到消息骚扰的问题。微信大概也意识到了这一点，所以推出了订阅消息功能。

订阅消息推送

举个订阅消息的例子：当我们参与某个公众号的抽奖活动之后，会有弹窗提示我们是否接受抽奖结果的信息推送，这个弹窗就属于订阅消息功能的授权环节。

从使用体验来看，订阅消息推送最大的特征就在于，它对于用户和开发者都是友好的。首先，消息下发的权限交还给了用户，由用户自己来决定要不要接受消息推送，不再像之前那样被动接受了；其次，对于我们开发者来说，只需要调用接口询问用户是否接受消息推送即可，只要用户同意，那么我们就可以多次发送消息，不再需要像以前那样费力去收集 formId 了。

使用

首先登录微信公众平台，选择 订阅消息 —— 我的模板 —— 添加，然后根据自己的需求选择一个模板，配置关键字，提交之后即可获得模板对应的模板 Id，这个 Id 稍后调用 api 的时候会用到，当然，同样需要用到的还有关键字对应的参数：

小程序端代码：

let templateId = 'Ite6-mnfTlONu6rd35AJ-SGQYKQgj1WMvjVj0O5h9kE'
wx.requestSub