Json 服务器是否可能发送事件以任何方式使浏览器过载？

我在一个项目中工作，该项目使用aproach每0,5秒将数据从服务器推送到浏览器

它从Mysql获取数据，将其转换为JSON并发送到浏览器

我想知道在一个极端的情况下，浏览器可能会工作几个月。服务器每天向浏览器发送2.764.800 JSON。这将是每月82944000次推送

那么，在这种情况下有什么值得关注的吗？我的意思是，有没有办法让浏览器或客户端系统因如此大量的数据而过载

---

是否有任何场景可以证明每X秒刷新一次页面是合理的

如果没有更具体的细节，答案可能是，但可能不是[需要刷新页面]

据我所知，在SSE方面没有特别的限制。因此，在从服务器接收数据项、更新div中的值以及不存储接收到的数据的非常典型的示例中，内存应该不会增长。一秒钟两次也可以

如果要存储数据（例如，绘制最后N个值），则需要确保定期丢弃比最后N个值旧的值

我关心的是其他地方：

浏览器错误 Javascript内存管理。例如，垃圾收集器无法处理的无意循环依赖项。关于这个主题的讨论看起来不错；另一个。 不可靠的互联网-沿途的一些服务器或路由器决定关闭一个已打开很长时间的套接字。SSE应该在发生这种情况时自动重新连接——我更喜欢在顶部添加一些保持活动的消息，因为有时套接字会不干净地关闭。 你可能还会问自己，人们会把浏览器打开多久，这是否是你需要担心的问题

---

在交易应用程序中，我发现每天或周五晚上的收盘都是有意关闭插座的好时机。

嗨，达伦，这是一个医院应用程序，所以，24/7小时。它在内部网中工作。我正在使用LEMP堆栈。每个0,5s都有一个针对数据库的查询，该查询获取信息并通过SSE-JSON发送给客户端。数据库从常规表单和物联网设备接收数据。此时，它只显示一些字段，即数据库中已更改的字段。但下一步将是像交易应用程序一样实时显示图表。我放了一个来自php的时钟，向用户显示与服务器的连接正在运行，数据正在更新。如果时钟停止，那是因为连接有问题。我创建了一个代码，每60秒刷新一次页面，以确保连接、稳定和正常工作。您能更好地解释一下您的第二点吗？Javascript内存管理。我添加了几个链接。通常JavaScript中的内存泄漏无关紧要，因为页面是短暂的，但是如果一个页面一次打开几个小时或几天，它们可能会咬到你。例如，如果您在每次SSE数据到达时都认为自己在生成局部变量时生成全局变量……我建议您找到一种方法，每24小时左右重新启动客户端一次。