小程序消息总被折叠？三步重构通讯链路

　　去年夏天，暴雨砸在机房玻璃上像一锅沸水，我盯着监控屏右下角那个灰掉的“消息送达率”数字，听见隔壁工位老张接电话：“对对，模板库里没这字段…您看是不是让产品补个配置入口？”他手指悬在键盘上方三厘米，没落下去。

文章配图，仅供参考

　　我原以为是模板库版本冲突，结果翻到凌晨两点，发现是微信悄悄把“服务通知”和“订阅消息”的折叠阈值拧紧了半格——不是接口报错，是它连错误都不给你报。消息发出去，用户收得到，就是永远卡在折叠页第三屏。你点开、划到底、再划回来，它已经自动归位。像地铁末班车，你不抬脚它就自己关了门。

　　三步？第一步：砍掉所有“已下单”“订单完成”的通知。真砍，不是改文案，是删整条链路。我们测过，这类消息触发后24小时内，用户打开小程序的频次反而降——不是提醒到位，是提醒太到位，把人提醒烦了。李姐当时在啃冷掉的黄焖鸡，饭盒盖子扣了三次才严实，她边扒饭边说：“别光看漏斗，看漏斗底下那摊水。”

　　第二步：把“消息”这个动作拆成两段。前半段只推带跳转按钮的极简卡片（就八个字：“你关注的库存有变”），后半段等用户点进来了，再用页面内埋点，往ta设备本地存一个带时间戳的标记——这标记不走wx.request，走wx.setStorageSync。第三天凌晨三点十七分，我看见服务器日志里有一行“storage_sync_success”，但同一秒，机房空调嗡嗡声突然大了三倍，像是压缩机顶不住了。

　　第三步最糙：让消息带上一个“抖动系数”。不是算法抖，是人工选。周一早上十点，运营小王往表格里填“抖动权重”，他敲完回车，又顺手把桌上半包辣条撕开，舔了舔指尖的红油渣。我们不统一设阈值，让每条消息自己“赌”：今天用户会点吗？赌赢了进主屏，赌输了进折叠。优胜劣汰不是说辞，是真有人每天早上八点，看着数据后台删掉前三名连续三天“赌输”的消息类型。上个月删了“物流中转提醒”，这个月准备砍“优惠券即将过期”。

　　其实早该想到。去年冬天我修一个旧模块，调wx.openSetting时突然弹出“该小程序暂不支持消息设置”，我盯着弹窗看了十七秒，窗外正下着冻雨，保洁阿姨推着水刮从走廊经过，哗啦一声，玻璃上的水痕全被抹平了。可那弹窗根本没在文档里写过，也没进任何公告。后来问微信技术支持，对方停顿四秒，说：“哦，那个是灰度策略的副作用。”我没敢问灰度多久，因为对面已经在切下一个case了。

　　有次跟技术负责人吵，他说“要不咱们加个消息优先级标签”，我直接把笔记本合上，发出“啪”一声，桌面上的外卖汤盒震得晃了一下，汤沿爬出一道细线。我说优先级？微信连“用户是否正在微信前台”都瞒着你，你标个PRIORITY_HIGH，它照样当PRIORITY_LOW塞进折叠页。他们不拦你发，他们拦你看不见——这才是最阴的。

　　说到阴……上周我路过茶水间，听见实习生和测试组聊天。实习生说：“为什么我发十条，第一条永远被折叠？”测试组的人嚼着口香糖，含混说：“因为第一条是‘欢迎使用’，系统认得出来，这是模板里的第一句套话。”我站在门口没进去，手里还捏着刚打印的《消息通道优化checklist》，纸边有点卷。

　　对了，那个抖动系数现在不是随机数，是取自当天微博热搜第7位话题的首字母ASCII码模3的结果。我敢打包票，这个逻辑跑了一个半月，没崩过一次。但整个通讯链路到底压不压得住Q4峰值，我说不准。上次压力测试，mock用户数跑到八万，监控图上延迟曲线突然平直了二十秒——就像被刀切了一截。没人知道是机器睡着了，还是微信那边做了什么，反正日志里没留下痕迹。我截图发群里，老张回了个“????”，李姐回了个“煮面去了”，再没人提。

　　还有个事忘了说：现在所有消息卡片底部都加了一行小字，“点此展开全部消息”。其实点不开，纯装饰。但上线后折叠页的点击率升了百分之三。不知道是因为用户信了，还是因为那行字本身占了像素，让卡片在折叠页里多露出了两毫米的底边。我不打算验证了。

　　今晚我打算重写一遍wx.onMessage回调的错误捕获逻辑。不是为了抓异常，是为了在catch里偷偷记一笔：当wx.showModal弹出“该消息不可查看”时，把当前设备的屏幕亮度值、陀螺仪偏移角度、以及微信版本号后两位，一起打点上报。至于上报干嘛用……我还没想好。可能哪天就删了。也可能留着，哪天暴雨再下来，听它在监控屏右下角一闪一闪地亮。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!