单次请求数据量太大

 八月 25, 2016 11:23:48 上午 org.apache.coyote.http11.AbstractHttp11Processor process
INFO: Error parsing HTTP request header
 Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.




原因是由于单次请求数据量太大
tomcat
<Connector connectionTimeout="20000" 
     port="8080" protocol="HTTP/1.1" 
     redirectPort="8443" maxHttpHeaderSize="1048576"/>
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Protobuf (Protocol Buffers) 的一次数据传输所能承载的数据大小主要受到网络协议限制以及系统内存大小的影响,并非由 Protobuf 自身直接限定。不过,在设计和实现层面有一些关键因素需要考虑,以帮助理解和评估单次数据传输的容量限制: ### 1. 网络层限制 - **TCP/IP**: TCP 协议对于单包的最大长度有限制,通常是 65,535 字节。但是实际应用中,由于包括 IP 头、TCP 头在内的头部信息,单个 Protobuf 消息的实际有效负载可能会小于这个值。此外,对于大型消息,应用程序层可能会将其分割成多个 TCP 包进行传输。 ### 2. 应用程序限制 - **缓冲区大小**: 根据应用程序对缓冲区大小的配置,单次数据传输的上限也可能受限于这一配置。如果缓冲区太小,大量数据可能需要分多次发送。 ### 3. 数据大小限制 - **Protobuf 单条消息最大容量**: Protobuf 对单个消息的大小没有硬性限制,理论上只受限于可用内存。然而,过大的消息可能导致性能下降,甚至因为内存不足导致无法生成或解析。建议依据具体的业务需求合理设置消息大小。 ### 实际应用建议 在实际部署中,考虑到网络带宽、延迟、数据流量控制等因素,通常会采用以下策略来管理数据传输效率和安全性: - **批量传输**: 使用批量请求和响应来减少网络往返次数,提高整体效率。 - **流式通信**: 当需要实时、频繁的数据交换时,可以考虑使用流式通信机制,动态调整数据传输量。 - **错误检测与恢复**: 强化错误检测机制,支持断点续传等,增强系统的健壮性和容错能力。 总之,Protobuf 的一次数据传输的理论最大字节数并无明确上限,实际上受到多种技术因素的制约。在设计系统时应综合考量业务需求、资源限制及最佳实践,合理规划数据传输方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值