# 实时更新主题在高活动下冻结

**URL:** https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789
**Category:** Support
**Created:** [2020 年10 月 9 日 16:28 UTC](https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789 "2020-10-09T16:28:26Z")
**Posts on this page:** 1
**Showing post:** 78

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2021 年3 月 10 日 21:58 UTC](https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789/78 "2021-03-10T21:58:07Z")

</div>

> [@ljpp](#):
>
> 但观众（90%）已基本停止抱怨，转而专注于游戏内容。

我认为这算是一种成功。

> [@Paracelsus](#):
>
> 另一件事是，当跳转到第一条未读帖子时，该行为可能会重复几次（多次跳转到同一条“未读帖子”，尽管每次跳转时第一条未读帖子的位置本应已发生变化）。

你能在 meta 上提供一个复现示例吗？可能不行，因为这需要大量活跃用户同时停留在同一主题中？

我目前的想法是，我们应该构建一个实时聊天功能，并仅在以下情况发生时即时实例化：

- 有大量用户
- 处于同一主题中
- 且在同一时间

然后，且 **只有** 在这种情况下，才实例化一个实时聊天框覆盖层，并强烈引导用户使用该功能而非回复帖子，甚至可能禁用直接回复该主题的功能，并显示：

```
📢 嘿，看来你 **真正想要** 的是一个聊天室……就在这里，玩得开心！💬

```

---

_[View the full topic](https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789)._