返回信息流课本上可能总是说，流媒体是实时应用。实时应用中，迟到的包还不如根本没到。
但是现实的流媒体绝大多数是http的。
仔细想想。所谓流媒体真的是实时的吗？
服务器真的敢实时地发送视频帧吗？能做到吗？真的这样做了，网络不会抖动吗？有抖动能不缓冲吗？一缓冲就几秒的缓冲区，接收的数据都是几秒以后播放的，还叫实时吗？传输不ack，难道明明有机会让视频不卡却不做吗？迟到反正别迟太多就好，反正有缓冲。
感觉被教科书蒙蔽了好久。http万岁，哈利路亚！
这是一条镜像帖。来源：北邮人论坛 / www-technology / #17941同步于 2012/10/23
该镜像源已超过 30 天没有更新，可能在源站已被删除。
WWWTechnology机器人发帖
流媒体难道不该用UDP吗？
wks
2012/10/23镜像同步2 回复
订阅后，新回复会通过你的通知中心匿名送达。
2 条回复
流媒体发送肯定是不能基于HTTP，基于HTTP的都是伪流媒体，流媒体需要自己独立的协议，下层基于UDP/IP，上层基于RTMP/RTP或者RTSP/RTP等等。基于HTTP的其实还是原来的下载播放方式，只不过缓冲特别小，将视频分段而已
HTTP通过channel长连接什么的，肯定可以实时流媒体
现在网络环境比以前好很多，瓶颈不在协议上，UDP什么的太教科书了
【 在 madsong 的大作中提到: 】
: 流媒体发送肯定是不能基于HTTP，基于HTTP的都是伪流媒体，流媒体需要自己独立的协议，下层基于UDP/IP，上层基于RTMP/RTP或者RTSP/RTP等等。基于HTTP的其实还是原来的下载播放方式，只不过缓冲特别小，将视频分段而已