http返回头中content-length与Transfer-Encoding: chunked的问题释疑

来源:互联网 发布:金达莱花网络歌手唱的 编辑:程序博客网 时间:2024/05/21 12:48
http://blog.csdn.net/jk110333/article/details/9110375

 

http返回头中content-length与Transfer-Encoding: chunked的问题释疑

分类: js&HTML&WEB技术 1844人阅读 评论(0) 收藏 举报
先说说问题出现的背景:
        公司服务器与手机客户端交互,客户端请求一个动态生成的XML文件,在用firebug查看http响应头的时候,有时候发现有content- length属性,有时候没有这个属性,取而代之的是Transfer-Encoding: chunked属性。由于客户端强制要求,服务器端必须返回content-length,否则,客户端将不予解析。于是测试发现,当XML文件很小的时候,是有content-length属性的,到达一个值时,就成了Tansfer-Encoding:chunked。

再引用一段话,解释一下Transfer-Encoding:chunked这个属性的意义:
        通常,HTTP协议中使用Content-Length这个头来告知数据的长度。然后,在数据下行的过程中,Content-Length的方式要预先在服务器中缓存所有数据,然后所有数据再一股脑儿地发给客户端。
    如果要一边产生数据,一边发给客户端,WEB 服务器就需要使用"Transfer-Encoding: chunked"这样的方式来代替Content-Length。

最后说说自己的理解与解决方式:
        通过种种迹象,我得出的结论是,JSP页面有一个缓存大小,当输出数据的长度没有到达这个大小的时候,服务器是知道总的数据长度的,所以服务器会输出 content-length头。但如果超过缓存大小,那么,缓存一满,服务器就得输出内容给客户端,所以,不能判断整个内容的大小,于是返回 Transfer-Encoding:chunked这个头信息。
        解决方式是:在JSP页面中加入代码,response.setBufferSize(402800);40820即400K,其实只要这个值大于你返回的数据的大小就行了。具体设置多少,你可以根据实际情况,合理配置。另外说一句,在page指令中加入buffer="400kb",是不管用的,我测试的情况是这样。

原文来自:http://www.blogjava.net/anchor110/articles/336371.html

===============gsoap 中SOAP_IO_CHUNK===============

看到gsoap中有关于chunk的选项,gsoap可以将输出设置为几个可选模式(omode),其中就有一个SOAP_IO_CHUNK,定义如下

[cpp] view plaincopy
  1. #define SOAP_IO         0x00000003  /* IO mask */  
  2. #define SOAP_IO_FLUSH       0x00000000  /* flush output immediately, no buffering */  
  3. #define SOAP_IO_BUFFER      0x00000001  /* buffer output in packets of size SOAP_BUFLEN */  
  4. #define SOAP_IO_STORE       0x00000002  /* store entire output to determine length for transport */  
  5. #define SOAP_IO_CHUNK       0x00000003  /* use HTTP chunked transfer AND buffer packets */  
  6.   
  7. #define SOAP_IO_UDP     0x00000004  /* TCP or UDP */  
  8. #define SOAP_IO_LENGTH      0x00000008  /* calc message length (internal) */  
  9. #define SOAP_IO_KEEPALIVE   0x00000010  /* keep connection alive */  
0 0
原创粉丝点击