在平时的工作中或生活中有用到消息通知的服务，典型的使用场景就是if xxxx then 通知我。

之前server酱用得也挺好的，不过今年微信公众号对于模板消息的限制，随时会下掉模板消息，当然Server酱对应的做了改版，集成了不同的推送通道，也开发了App，做好了应对下掉模板消息的对策。

目前来说模板消息依然是可用的，但是server酱后台并不建议使用，还是因为不确定官方不确定哪一天会下掉模板消息，不搞微信的开发人员一般也不会去关注这些，所以为了以防万一，换到别的通道是个更合适的选项。

对于我个人来说，因为使用安卓手机并不想为了一个消息推送而增加一个需要在后台常驻的APP，洁癖本癖。

现在Server酱因为使用的人多了，对消息推送的数量上推送采取了非捐赠版每天只能有5条的推送的限制，这也是我考虑换掉Server酱的一个原因，还是感谢作者这么多年的为爱发电。

寻找一个方便的的消息通知的替代品迫在眉睫。经过一番搜索和实际的使用比较，目前来说找到了几种方案：

• 钉钉/企业微信/飞书机器人。这个消息的推送即时性和易用性都可以，但是作为一个把工作生活分开的人（下班后就不想打开钉钉/企业微信），显然不想在下班时间用这个，不过在公司的系统里，集成钉钉/企业微信机器人，进行错误日志或报警的推送，是一个比较好的方式。
• 企业微信应用。好处是不用下单独的app，同时也能在微信里面看到对应的消息推送，甚至能做成交互式的，缺点是消息在二级页面显示，个人觉得还能接受，相关的开发文档企业微信消息推送开发文档。
• Bark。使用iOS的同学强烈推荐，虽然会要多下一个app, 但是走的是苹果的APNs推送通道，不需要常驻后台保活，作者也开源了客户端和服务端源码（Bark Github地址），考虑到隐私的话，可以自己搭建服务端，这样的兼顾了隐私和可用性，也不会因为用户量大导致服务不稳定甚至不可用，当然缺点也很明显，就是只能是iOS系统的设备才能使用。

  安卓没有同类型App的原因是因为国内特殊的环境从而不支持FCM统一推送，导致现在的厂商是各自为政遍地开花，这样的话需要APP保活才能保证推送消息的高可用，这也是为什么Server酱的App常驻后台需要保活的原因，期待以后的统一推送联盟能早日上线，整合好现在的五花八门的厂商各行其是的推送通道，能让安卓像iOS一样进行推一的推送。

• PushPlus/Server酱。两者的功能实现差不多，PushPlus可能用户体量的话没Server酱大，现在推送消息是200条的限制，而且有配套的小程序可以查看推送的历史记录，如果推送量不大的话，目前选用暂时没问题，对于开发人员来说维护的复杂度也是最低的，不用自己再去各种封装。

Server酱目前支持了钉钉、企业微信、Bark这些消息通道的设置，免费的每天推送上限是5条，已经为爱发电了这么多年，支持订阅也能让作者有动力进行改善，形成良性循环。对于后端开发人员来说，自己封装倒也不麻烦，没有服务器也可以利用的腾讯云或者阿里云的Serverless云函数进行开发。

自用的话没什么使用量，只需要进行最简单的封装就行了，如果要做得好一点，可以进行二次开发，加入记录日志、失败重试，如果有并发请求的话还可以引入消息队列，对应的实现都不复杂。