总结 - 友盟推送的消息有洁癖

U-Push

今天周一心情很好，无需一人扶盘敲码，阳光正盛时窗帘不隔热，夕阳西下时外套不遮凉。地铁过半，微信收到消息，被客户艾特同时发来截图，截图显示服务器端创建消息推送时报错签名错误。

消息推送使用友盟提供的服务，很少出问题，而且问题无非服务器IP 未添加至白名称、应用私钥配置不当。签名错误让我首先猜测是同事在友盟后台修改了配置。越是不引人注意或让人轻敌的问题，在尝试了仅知的几种解决方案而未解决时，就会产生大敌当前而又束手无策的恐惧。是的，配置信息无误，同时无其他可尝试的解决思路，竟然无奈、不自信到使用命令行对比配置信息字符串，依然无误。

零零碎碎处理了一些其他事务，此事未决，心神不定，客户还等着推送消息呢。去测试环境创建一条消息推送，一切正常，实在想不出是那里出了问题，甚至怀疑是友盟服务出了问题，重新创建客户推送的消息，依然响应是签名错误（2027）。无奈，只好查看自己封装的代码，代码命名规范、实现逻辑凌乱的让人情不自禁的去重构，但还是打消了该想法，添加了几行代码用来调试日志输出，就提交至 github, 登录服务器正式环境、拉下代码、重新 sidekiq、打开日志监控，想着反正推送也失败，就把测试用的诗句推送了出去，结果日志输出显示推送成功，手机马上就收到了推送的诗句，此时想到韩红的歌词，“天亮了”。

为减少门店因不必要的 “指标名称” 而造成的损失，特开发此报表，请见：报表类型 -> 新报表名称！若有更好的建议，可在评论区回复！谢谢！

上述是客户要推送的消息，很明显有些符号是测试推送诗句时没被覆盖的，尝试着把符号逐一替换，最终成功了，如下:

为减少门店因不必要的【指标名称】而造成的损失，特开发此报表，请见【报表类型】【报表名称】，若有更好的建议，可在评论区回复，谢谢！

现已确认友盟对推送的消息内容格式是有要求的，但友盟技术文档中并未明确说明，通过删减法测试出 > 是不“干净”的。等找到详细说明文档了，再来更新。

最后分享一下这次测试时清代闵行才女李媞的诗：

《横泾雪钓》
寄身烟水任高歌，独钓船头雪满蓑。
莫羡江心鱼更好，荻芦深处少风波。