最近我司正在建立微信方面的生态，其实微信生态说白了也就两个，大众号和小程序，但由于张小龙先生对小程序的希望是“用完即走，不粘人”，所以小程序要想自动触及到用户是有必定难度的，可是办法肯定是有的。
微信现已成了一个巨大的生态
纵观微信给的各种音讯，我发现模板音讯是很合适推送告诉的一种方式，但不是一切的开发者都有模板音讯的权限，而且依据用户量的不同，推送的音讯数量也不相同，在官方文档里，说模板音讯是需求用户自动触发的，我查了一些材料，发现有的说需求用户自动触发，有的说不需求，看来要想锦衣玉食还得自己着手，所以我打开了 postman（一款用于调试API的神器）填上了 access_token,填上了需求 post 的数据，发现能够发送，而且能够重复发送，我试了很屡次都能够成功，所以我还没有试出模板音讯对单个用户推送的上限，再次重申：请严厉依照微信的运营要求。接下来就是小程序的模板音讯，这个是真的需求用户自动触发的，要么是表单提交行为，要么是付出行为，那这么说小程序无法自动下发音讯了吗，仍是那句话，办法肯定是有的，可是需求前端合作，前端需求修正页面元素，把一般元素伪装成表单元素，然后用户的一般点击行为就产生了用于发送模板音讯的 form_id ，然后供给一个专用的接口给前端，把搜集的 form_id 传回后端。
我这边大约讲一下全体，首要会有一个 rpc 效劳，用于记载用户的 member_id（用户在你们内部的仅有标明）与 open_id ，经过传入 member_id 和 不同的大众号或许小程序的 app_key 就能够取得对应的 open_id，由于这些是很根本的东西，然后我用了 redis 来保护 member_id 和 form_id 之间的联系，redis 的 key 是和 member_id 相关的，所以能够经过 member_id 来获取 form_id ,而且我是挑选了 list 这种结构来存储的，lpush 和 rpop,先进先出，由于 form_id 是有七天时效性的，所以需求运用行列的用法。根底效劳搭好今后就是构建上层效劳了，首要有一个续费告诉，提示用户提早续费，由于这是一个批量查询的脚本使命，所以我没有新增 rpc 接口，而是查询付费效劳的离线库，每天守时履行脚本使命，值得一提的是在发送每一个音讯之前会查看是否有发送资历，我这边资历暂时是这么定的，一天最多一次，一周最多三次，然后把要发送的使命加到一个 miller 使命行列里边，它其实是一个 beanstalk 行列使命，然后其他的用法都是相似的。
