也就是说Http消息的大小是在http头部的某个地方有定义的?
--
FROM 60.247.44.*

事实上大部分页面是没有content-length的，
一般像图片，下载文件这样的有，因为直接就能知道要发送的内容的长度


【 在 sayinger (言者) 的大作中提到: 】
: 标  题: Re: 一个HTTP消息，消息头里面是否包含了"本消息字节数"的信息?
: 发信站: 水木社区 (Tue Oct 12 18:40:15 2010), 站内
:
: 原则上如果不用chunked模式，就应该在response的content-type里指定body大小
:
: 【 在 daishu59 (daishu59) 的大作中提到: 】
: : 也就是说Http消息的大小是在http头部的某个地方有定义的?
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 202.106.68.*]
--
FROM 114.251.120.*

你是烟酒僧吧？抓包看看不就知道了？
web服务器虽然“能”知道动态页面的长度，但它并不添加content-length header
【 在 sayinger (言者) 的大作中提到: 】
: 不知道你的结论有什么依据
: 就目前常见的web容器而言，对于你所说的“不能”直接知道内容长度，也就是通常所说的“动态”内容来说，由于输出缓冲区的存在，容器在最终向客户端输出之时大多是知道实际长度的，除非你的内容大到超出缓冲区的容量。一般的页面出现这种情况，基本可以认为是失败的设计，应该设法减小单个页面的体积了。
--
FROM 60.28.165.*

我说的是web容器，不要简单对应为web server，谢谢

另外如果是自己山寨的容器，那也不在我的讨论范围之内。

使用chunk模式需要以连接中断来表示消息的终结，而http1.1希望每个消息能描述自己的长度，否则连接没法重用，因此，负责任的web容器应当缓冲输出内容，尽可能的输出content-length。当然，需要平衡由此带来的空间开销，这就看缓冲区的大小了。

事实上，google, 163基本都是遵循这个原则的。

【 在 JulyClyde (信RFC1149得自由) 的大作中提到: 】
: 你是烟酒僧吧？抓包看看不就知道了？
: web服务器虽然“能”知道动态页面的长度，但它并不添加content-length header
--
FROM 202.106.68.*

【 在 sayinger (言者) 的大作中提到: 】
: 我说的是web容器，不要简单对应为web server，谢谢
: 另外如果是自己山寨的容器，那也不在我的讨论范围之内。
: 使用chunk模式需要以连接中断来表示消息的终结，而http1.1希望每个消息能描述自己
: 的长度，否则连接没法重用，因此，负责任的web容器应当缓冲输出内容，尽可能的输
: 出
: content-length。当然，需要平衡由此带来的空间开销，这就看缓冲区的大小了。
: 事实上，google, 163基本都是遵循这个原则的。
你确定那个不是真的静态页面？
--
修改:JulyClyde FROM 124.205.200.*
FROM 124.205.200.*