更新提醒是怎么工作的：从检查频率到红点数字

先给定义：提醒是比对结果，不是推送魔法

更新提醒，指应用发现书架作品出现新章节后给出的提示，包括书架红点、角标数字和通知栏消息3种形态。

它的工作方式并不神秘。应用在后台或你打开应用时，向内容来源查询每部作品的最新章节号，再拿这个结果和你本地记录的已读章节号做比对。如果来源显示第48话，你只读到第45话，差值是3，书架上就可能出现数字3的角标，或者只亮一个不带数字的红点。提醒准不准，取决于查询是否及时、比对是否正确这2个环节，和应用想不想提醒你没有关系。

查询环节：为什么提醒会有延迟

查询不是实时的。多数应用采用定时查询，比如每隔2小时或6小时检查一轮，目的是省电省流量。连载作品的发布时间又不固定，有的在上午10点更新，有的在晚上11点更新。两个时间一错位，延迟就出现了：作品上午更新，应用下午才查询，红点自然到下午才亮。

还有1种情况是仅在打开应用时查询。这类应用平时完全不查，你一打开它才开始比对，所以红点总在你点开应用的那一刻集中出现。判断自己用的是哪种，方法很简单：把一部刚更新的作品放着，2小时内不打开应用，看通知栏有没有动静。有，就是定时查询型；没有，就是打开时查询型。两种设计没有高下，只有习惯差别。

红点数字到底在数什么

角标数字的口径，各家并不统一，常见有2种。第1种数的是未读章节总数，3部作品各更新2话，角标就是6。第2种数的是有更新的作品部数，同样情况角标是3。口径不同，数字含义就不同，不能拿一家的数字去套另一家。

红点不带数字时，它只表达1个意思：有变化。变化可能来自新章节，也可能来自作品完结状态变更或下架通知。所以看到红点先点进书架看具体标注，不要直接推断更新了几话。养成这个习惯，能避开多数空欢喜。

提醒失效的4个常见成因

第1个是后台被系统限制。手机系统为了省电，会冻结长期不用的应用，被冻结后定时查询停摆，提醒自然不来。第2个是通知权限没开。应用查到了更新，却没有权限往通知栏发消息，红点可能有，弹窗一定没有。第3个是省电模式或流量节省模式开启，这类模式会压缩后台联网次数，查询间隔从2小时拉长到半天很常见。第4个是作品来源变更。作品换了发布页面或被下架，查询拿不到新数据，比对也就无从谈起。

自查提醒的4个步骤

按顺序操作即可。第1步，打开应用进书架，手动下拉刷新一次，看红点是否出现，用来确认比对功能本身正常。第2步，进系统设置的应用管理页，确认通知权限处于开启状态。第3步，在电池或后台管理里，把该应用设为允许后台活动。第4步，找一部确定更新时间的作品做对照，记录更新时间和红点出现时间，算一次实际延迟。4步做完，你对这款应用提醒规律的了解，就超过只会抱怨提醒慢的多数用户了。

提醒与打扰之间：把频率调到自己的节奏

提醒太勤会烦，太懒会漏，中间档位要靠自己试。第1周先保持默认设置，记录3个数据：每天收到几条提醒、其中几条是你真在追的作品、漏掉过几次更新。第2周按记录调整：无关提醒多，就把已完结作品的提醒单独关掉，只保留连载中的；漏更新多，就检查后台权限并把查询间隔调短1档。

调整只有1个原则：提醒服务于追更名单，名单之外的作品不占用通知栏。

另外分清2种提醒的优先级。章节更新提醒是刚需，活动推广类提醒是噪音，多数应用在通知设置里可以分开开关，后者建议直接关掉。关掉推广提醒不会影响更新提醒，两者走的是不同开关。把通知栏留给真正的更新，你对红点的敏感度会恢复，看到提醒点进去的意愿也更强，这正是提醒功能设计的初衷。