安卓端的 bark 应用

gotify

pushover
ifttt

抓抓 chrome 插件，就是一个 http 请求。我写了一个自己用，不过不方便分享，乱七八糟的工具都放在里面了。

https://fast.v2ex.com/t/467407?p=3#r_11545715 我给 bark 的作者留言过，如果愿意，我可以帮助开发 bark 的 android 客户端，但我理解目前为啥还没有 Android 客户端，因为确实不好做。

bark 的 iOS 客户端存在的前提是苹果的 Push 通道稳定且在国内没有被墙，你应该也发现了那些需要翻墙的应用即使不翻墙，推送一样是收得到的，就是这个原因。

而 Android 在国内没有这样稳定的环境，GCM （现在改名成 Firebase 了）在国内是被墙的状态，即使不被墙，国内发售的手机，工信部又不准带 Google Play Service 框架，这就导致了国内的 android 应用大部分都是自己收自己发通知，而一旦应用不在后台，Push 就收不到，通知就会不及时（这就是为什么你经常刚一打开某个 app 才弹一堆通知，其实就是进程被杀了导致的）。

所以 bark 的 android 客户端要想在国内实现稳定及时的推送，唯一办法可能就是接一些第三方的推送服务组件，比如某光推送，但是这些组件都是商业化公司做的，免费版本往往会有条数限制，买收费版会面临谁来掏腰包的问题。而且这些第三方组件并不开源，之前被用户诟病的互相拉活等问题，其实往往都是你手机上这些 app 都接了同一家推送服务导致的。所以接第三方推送服务组件又变得值得商榷。

@magicls 感谢分析，改成发邮件了。
@hiplon
@lcdtyph 感谢推荐，配置稍微有点复杂， 我把服务端部署好了领导不愿意折腾客户端，异地我也没办法，改成发邮件了。

pushdeer?

gotify +1
自建服务器 + APP 加白名单挂在后台 + 禁用电池优化，推送及时也不怎么耗电。