Java 非常频繁地(每秒)上载几个字节的数据

Java 非常频繁地(每秒)上载几个字节的数据,java,http,optimization,Java,Http,Optimization,我有一个场景,需要每秒向服务器发送数据(很少字节)。 这个细节非常重要,所以我也需要加密它 在深入研究之后,我认为我们可以使用HTTP协议,但在这种情况下,HTTP头将大于内容本身 我们有没有办法使用这个(HTTP协议)以最小带宽发送数据? 或者除了HTTP之外还有其他方法?您可以使用向事件驱动的HTTP服务器发送分块HTTP请求 分块编码允许您发出HTTP请求,而无需事先知道请求体中将传输多少数据。当一个新数据包准备好时,您可以发送一个新数据块。在服务器端,块的到达将触发一个新事件,并且可以独

我有一个场景,需要每秒向服务器发送数据(很少字节)。 这个细节非常重要,所以我也需要加密它

在深入研究之后,我认为我们可以使用HTTP协议,但在这种情况下,HTTP头将大于内容本身

我们有没有办法使用这个(HTTP协议)以最小带宽发送数据?
或者除了HTTP之外还有其他方法?

您可以使用向事件驱动的HTTP服务器发送分块HTTP请求

分块编码允许您发出HTTP请求,而无需事先知道请求体中将传输多少数据。当一个新数据包准备好时,您可以发送一个新数据块。在服务器端,块的到达将触发一个新事件,并且可以独立处理。这种服务器的一个选项是


如果需要加密,此解决方案也可以在HTTPS上使用。

为什么不使用HTTPS?只需“慢速输入流”(一个长时间运行的连接)即可。当然,这会带来长期运行连接的开销,有些服务器无法很好地处理(但有些服务器可以!)。HTTP也可以做到这一点,但HTTPS提供了“免费”加密——几乎是免费的。当然,这可以用任何可以想象的“自定义”方式来实现,只要试着吻一下:)@Yahor:B'coz传递应该得到保证。@pst:在我看来,HTTP/HTTPS都有头信息(元数据)的开销,在我的情况下,这比数据本身要重。@Rites他们这样做——特别是为了建立连接。因此,如果1000个样本只有一个连接(例如),那么从长远来看,开销可以忽略不计。(与一个示例中的1000个连接相比,这会产生明显不同的通信量。)如果存在超过(比如)几百个提要,则可能会使用支持Comet的服务器(例如请求延续),例如Jetty。在您的示例中,看不到每秒发送数据与最小带宽的关系。通过最小传输单位发送数据真的重要吗?