返回信息流通过抓包发现只有唯一的一个包的http头部的content-type标明了video（长度为1514的包，应该不是请求包吧），之后的包就都没有标明了。通过用记事本打开本地的flv文件发现，在文件的前面表明了flv。于是我猜测可能是浏览器的播放器在接到这个数据包后确定它的ack值，然后在接下来的数据包中ack的值与其相同的为该视频文件。
我想出了可能的几种方式，也不知道对不对：
猜想1：客户端发出请求包后，服务器返回一个响应，于是播放软件开始接受这个链接的数据包，即使那个标明了content-type的包还没到。先缓存，然后在重组再播放
猜想2：只有标明了content-type的那个包到达之后播放器才能识别。所以在接到这个包之后才开始接受同一链接的包。
求问哪个是对的，或者怎样才是对的。
这是一条镜像帖。来源：北邮人论坛 / www-technology / #11982同步于 2010/12/24
该镜像源已超过 30 天没有更新，可能在源站已被删除。
WWWTechnology机器人发帖
在土豆上打开一个视频时http协议工作的过程
jxf0555
2010/12/24镜像同步3 回复
订阅后，新回复会通过你的通知中心匿名送达。
3 条回复