video在ios不能播放

之前的做法是,请求一个视频链接,返回一整个视频文件。安卓机是没问题的,但是ios播放有问题

对于ios来说,他不是一次性请求全部文件的,一般首先会请求0-1字节,这个写在request header的"range"字段中:
range:'bytes=0-1'
如果是想要传输视频,必须要解析range字段,然后按照range字段的要求返回对应的数据,同时response header至少要包含三个字段:"Content-Type", "Content-Range", "Content-Length"

  • "Content-Type"必需明确指定视频格式,有"video/mp4", "video/ogg", "video/mov"等等。
  • "Content-Range"格式是 "bytes <start>-<end>/<total>",其中start和end必需对应request header里的range字段,total是文件总大小,不是返回的数据长度
  • "Content-Length"指定返回的二进制长度

然后有几个坑:
1.安卓有时候会一次性请求全部内容,range是这样的 'bytes=0-',解析的时候需要注意
2.所有的end是指inclusive end,意味着文件长度如果是245,返回"Content-Range"就是"bytes 0-244/245",错一点视频就放不出来了(包括安卓)

解决方案: 后端根据视频请求流range字节进行按需拆分返回,不要直接返回一个整个视频。也就是说后端的视频要支持断点续传(在视频服务中,快进,快退,拖动进度条,也是请求x-x字节数据,应也是断点续传)。这样就可以正常播放了。目前video标签来说,视频资源最好是 .mp4格式,h264编码的支持稳妥一些

思考为什么ios行为不一样:
既然视频传输协议就是这么规定的,当然应该按照规定的来,偷懒没有任何借口。
但是ios之所以分多次请求也有深层次原因。比方说先请求0-1字节(其实是2个字节),返回的时候数据并不多,但是可以通过分析"Content-Range"来获取文件总长度。然后分段请求,比如请求第一帧来渲染thumb nail等等。这样做有个好处就是,只有当用户点击播放了才请求完整文件,对于PC还好,对于手机这类数据传输需要收费的设备来说,必须要节省流量。
另外在iphone上chrome也用的是apple提供的内核,导致他们的行为基本上一致。

  • 4
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值