Yahoo的前端优化实践中有一条是先把html里的<head>部分先输出([url=http://developer.yahoo.com/performance/rules.html#flush]Flush the Buffer Early[/url])，这样做浏览器得到head后能先下载head里的css/js文件，而不用等到整个html下载完了才去下载head里的css/js，从而提高网页打开的速度。
http1.1里增加了一个Transfer-Encoding: chunked报头，这个报头的作用可以把报文分成多块输出。
报文的格式如下：
CRLE：回车换行(\r\n)
例如：
在php里使用ob_flush后，将自动加上Transfer-Encoding: chunked报头实现分块输出，但是在使用过程中经常达不到效果。不得不考虑一些问题
[size=large][b]一、php的缓冲区[/b][/size]
如果你的php是以apache模块运行，那请使用flush函数来通知php输出。如果是以fastcgi模式运行则使用ob_flush通知php。这时gzip将失效，Chunked方式不支持每块都独立压缩。只能全部输出压缩后，将压缩包分块输出。为了保证兼容性，先调用ob_flush，再调用flush。
[size=large][b]二、浏览器的缓冲区[/b][/size]
当遇到Transfer-Encoding: chunked报头后，浏览器做什么反应，这个还是要看浏览器的实现了。在我的实验中，firefox不管chunk数据大小都会做实时显示，而ie8和chrome则需要一定长度后才显示。所以，需要先输出一定的大小后某些浏览器才有效果。
[size=large][b]三、反向代理服务器[/b][/size]
你使用的反向代理服务器支持http1.1协议吗？它是怎么处理后端是chunked方式的？proxy缓冲没满之前遇到chunked会按照后端来输出吗?
nginx的proxy功能只支持http1.0，并且它只有proxy buffer满了才会输出。
[size=large][b]四、FastCGI缓冲[/b][/size]
如果以FastCGI模式运行，可能Web Server有自己的fastcgi缓冲，等待缓冲满了才输出(nginx就这样)。flush函数只能通知php的output缓冲输出。
参考资料：
[url=http://en.wikipedia.org/wiki/Chunked_transfer_encoding]Chunked transfer encoding[/url]
[url=http://tools.ietf.org/html/rfc2616#section-3.6.1] Hypertext Transfer Protocol -- HTTP/1.1 Chunked transfer encoding[/url]
[url=http://www.laruence.com/2010/04/15/1414.html]深入理解ob_flush和flush的区别[/url]
http1.1里增加了一个Transfer-Encoding: chunked报头，这个报头的作用可以把报文分成多块输出。
报文的格式如下：
Chunked-Body = *chunk
"0" CRLF
footer
CRLF
chunk = chunk-size [ chunk-ext ] CRLF
chunk-data CRLF
hex-no-zero = <HEX excluding "0">
chunk-size = hex-no-zero *HEX
chunk-ext = *( ";" chunk-ext-name [ "=" chunk-ext-value ] )
chunk-ext-name = token
chunk-ext-val = token | quoted-string
chunk-data = chunk-size(OCTET)
footer = *entity-headerCRLE：回车换行(\r\n)
例如：
... #很多报头
Transfer-Encoding: chunked #报头2个CRLE后开始报文
1 #chunk的大小，十六进制，然后加个CRLE
a #chunk数据，然后加个CRLE
4 #chunk的大小，十六进制，然后加个CRLE
test #chunk数据，可以不断循环分块输出，然后加个CRLE
0 #chunk结束，0 + 2个CRLE
在php里使用ob_flush后，将自动加上Transfer-Encoding: chunked报头实现分块输出，但是在使用过程中经常达不到效果。不得不考虑一些问题
[size=large][b]一、php的缓冲区[/b][/size]
如果你的php是以apache模块运行，那请使用flush函数来通知php输出。如果是以fastcgi模式运行则使用ob_flush通知php。这时gzip将失效，Chunked方式不支持每块都独立压缩。只能全部输出压缩后，将压缩包分块输出。为了保证兼容性，先调用ob_flush，再调用flush。
[size=large][b]二、浏览器的缓冲区[/b][/size]
当遇到Transfer-Encoding: chunked报头后，浏览器做什么反应，这个还是要看浏览器的实现了。在我的实验中，firefox不管chunk数据大小都会做实时显示，而ie8和chrome则需要一定长度后才显示。所以，需要先输出一定的大小后某些浏览器才有效果。
[size=large][b]三、反向代理服务器[/b][/size]
你使用的反向代理服务器支持http1.1协议吗？它是怎么处理后端是chunked方式的？proxy缓冲没满之前遇到chunked会按照后端来输出吗?
nginx的proxy功能只支持http1.0，并且它只有proxy buffer满了才会输出。
[size=large][b]四、FastCGI缓冲[/b][/size]
如果以FastCGI模式运行，可能Web Server有自己的fastcgi缓冲，等待缓冲满了才输出(nginx就这样)。flush函数只能通知php的output缓冲输出。
参考资料：
[url=http://en.wikipedia.org/wiki/Chunked_transfer_encoding]Chunked transfer encoding[/url]
[url=http://tools.ietf.org/html/rfc2616#section-3.6.1] Hypertext Transfer Protocol -- HTTP/1.1 Chunked transfer encoding[/url]
[url=http://www.laruence.com/2010/04/15/1414.html]深入理解ob_flush和flush的区别[/url]
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
