实际上，空闲HTTP连接的理想超时长度 在嵌入式设备中，允许空闲HTTP连接保持打开的实际时间是多少？

我知道早在网络时代，大约在1999年，互联网聊天室有时会保持连接打开，并在收到回复时发送回复。在那些日子里，HTTP连接的空闲超时和会话长度需要更长

今天用ajax之类的怎么样

推理：我正在为内存不足的嵌入式系统编写一个透明代理。我正在寻找防止拒绝服务攻击的方法

---

我猜是3分钟，或者1分钟。该系统的RAM极为有限，如果它破坏了罕见和不受欢迎的站点，也没关系。

在2000年左右的旧时代，空闲超时标准为5分钟。现在，它往往是5秒到50秒。Apache的默认值是5秒。一些特殊的应用程序默认设置为120秒

---

因此，我的假设是，使用AJAX，不再需要长时间保持的开放HTTP连接。

在2000年左右的旧时代，空闲超时标准为5分钟。现在，它往往是5秒到50秒。Apache的默认值是5秒。一些特殊的应用程序默认设置为120秒

---

因此，我的假设是，使用AJAX，不再需要长时间保持打开的HTTP连接。

除非另一个通信请求进入，否则允许空闲的HTTP连接保持打开状态如何？如果一个连接是打开的，并且没有其他人试图进行通信，那么打开的连接不会造成任何伤害。如果其他人尝试通信，请向第一个连接发送FIN+ACK并打开第二个连接。如果可能的话，许多http客户端将尝试使用相同的连接接收多个文件，但如果需要，可以在文件之间重新连接。

如果没有其他通信请求，允许空闲的http连接保持打开状态如何？如果一个连接是打开的，并且没有其他人试图进行通信，那么打开的连接不会造成任何伤害。如果其他人尝试通信，请向第一个连接发送FIN+ACK并打开第二个连接。如果可能，许多http客户端将尝试使用同一连接接收多个文件，但如果需要，可以在文件之间重新连接