Android 上如何可靠地在若干天后弹出通知？

[hatcloud]

公司需求里要在 App 被关闭七天后弹一条召回用户的通知。
我们的 App 没有一直在后台运行的 Service 。
现在的做法是用 AlarmManager 每隔一段时间（几个小时）发送一个广播， Reciever 收到广播后唤起一个 Service 做时间比较（七天了没？）要是没有就停止自己，要是有就发一条通知。
但是不知道为什么，在 App 被杀掉之后，似乎 AlarmManager 就不起作用了。

在一天搜索资料未果之后有点想放弃了，诸位有什么好法子吗？

[imn1]

贵司不觉得这样的功能很烦人么？不担心用户卸载？
国外的做法是发邮件

感觉国内国外差别很大，国外一般人都会习惯看邮件，国内就很少，大部分都喜欢短信，导致各种奇葩功能如修改资料不能用邮箱，只能短信验证……

[TaoQAQ]

互相唤醒啊

[hatcloud]

@imn1 七天一次啊

[leafleave]

支持一楼，发邮件

[hatcloud]

@TaoQAQ 不想这么做

[zhouquanbest]

不作恶不保活的话 可以试试账户同步和 jobscheduler 两种方式
可以优雅的定期执行 不用驻留后台搞事
https://github.com/Hackforid/Ashes 这里有个 kotlin 版的 demo

极其建议不要去做保活的事 只会惹用户厌

[poorcai]

这样只会让我卸载

[hatcloud]

@zhouquanbest 赞同

[hatcloud]

@poorcai 有些人是真的下过来忘了的。

[hatcloud]

@zhouquanbest 我下午试试
谢谢

[RHFS]

1L 那样 只会让我屏蔽他的邮箱 经常给这些 ad 邮箱覆盖掉重要邮件

[fengxiang]

7 天不登录就发条短信好了 dog

[hatcloud]

@fengxiang 短信不能直接跳转到 App

[shoaly]

思路反了, 不应该是 app 端 去写 schedule 轮训到期 该不该发提醒, 应该是服务器端 到了 7 天或者任意节日 主动发出推送.
你们应该考虑的 如何让客户端可以在服务器发出推送之后 接收到...

[hatcloud]

@shoaly 这是本地的推送，没涉及到服务器

[cname]

不怕弹出一次少一半安装量...

[nashxk]

记下用户最后一次操作时间，然后逻辑啥的服务器来搞，七天主动发一条 push 。。我觉得我会这样干。。

[finian]

在国内就别想了，要可靠地推送通知基本没戏

[honeycomb]

@hatcloud
注意一下 Evernote 似乎有公开了关于 job 的模组
这个模组 bilibili 的客户端似乎也在用

[marsLeo]

除了发邮件，还可以微信通知，当然不是所有应用都适合这样做。