消息通知-内容更新提示小红点如何实现？

当内容更新时，须要在入口加上小红点提示，这种需求家常便饭，实现起来也不复杂。实现的场景有不少，web 端、app 端、小程序端等等，实现思路大同小异，本文从有无登陆态两种情形，讲述解决问题的完整思路。

有登陆态

比较常规的作法是有用户登陆态的状况，将用户的已读时间录入至后台的用户数据信息中，当内容更新时，把内容更新时间和用户已读时间作对比，若是用户已读时间早于内容更新时候，在入口处给用户提示小红点，表示有更新内容未读。

1. 更新数据

第一步是更新数据，在常规数据字段以外，须要注意新增更新时间字段。这样用户在获取数据时，才方便后台对比数据更新时间和用户已读时间。

2. 获取数据

第二步是获取数据，在获取数据的时候，带上 userId，后台在接收到请求以后，查询该用户上次的已读时间，判断该用户是否浏览过最新的内容，也就获取到用户的已读未读状态。

若是用户最新阅读时间晚于数据最新更新时间，则处于未读状态，接口返回is_read: false，前端拿到该字段后，请求设置已读的接口，后台接收到设置已读的请求后，更新用户数据中的已读时间字段。

若是用户最新阅读时间晚于数据最新更新时间，则处于已读状态，此时没有内容更新，不提示用户小红点。

到这里，一个简单的拥有用户登陆态的内容更新提示小红点的功能就完成了。

没有登陆态

当内容须要推送给游客状态的用户时，怎么才能知道该用户是否浏览过最新发布的内容呢？

1. 更新数据

更新数据和有登陆态的作法同样，新增更新时间字段就能够了。

2. 获取数据

获取数据这一步有些不同，数据更新时间依然是从后台拉取，用户最新阅读时间则是从浏览器本地缓存 localStorage 中获取。用户首次进入内容页时，更新 localStorage 中的readTime 字段，表示用户已读时间。

再次进入内容页时，将 localStorage 中的已读时间与数据更新时间对比，决定是否更新 localStorage 中的已读时间，这样就能够实现内容更新时提示小红点，内容未更新时不提示了。可是因为没有登陆态，是否读过最新内容不是根据用户来决定的，而是根据客户端浏览器决定，适用于弱绑定的场景。

总结

本文分享了内容更新时提示小红点的解决思路，但愿本文能让你了解怎么去作消息通知的-内容更新小红点提示的实现过程。