我的自用脚本有这么个场景:
每次切换到一个页面,从 /api/replies/show.json?topic_id=${ topic_id } 这个接口获得总的回复数量,和 HTML 内的回复数量对比,如果 API 返回的内容更多,则自动刷新页面
长期使用后发现,API 实际是比 HTML 滞后的,大概在几十秒到几分钟,说明两者在后端获取数据的逻辑是分开的,我不知道是否有意这样设计,或者是为了缓存 API 的返回结果。考虑到 HTML 的访问量级超过 API 很多,对 API 应用更保守的缓存策略似乎不是很合理
希望两者的返回结果是即时一致的
每次切换到一个页面,从 /api/replies/show.json?topic_id=${ topic_id } 这个接口获得总的回复数量,和 HTML 内的回复数量对比,如果 API 返回的内容更多,则自动刷新页面
长期使用后发现,API 实际是比 HTML 滞后的,大概在几十秒到几分钟,说明两者在后端获取数据的逻辑是分开的,我不知道是否有意这样设计,或者是为了缓存 API 的返回结果。考虑到 HTML 的访问量级超过 API 很多,对 API 应用更保守的缓存策略似乎不是很合理
希望两者的返回结果是即时一致的