Android端、web端可以播放视频，ios不能播放视频的问题

最新推荐文章于 2025-04-23 01:41:01 发布

souls0808

最新推荐文章于 2025-04-23 01:41:01 发布

阅读量1.8k

点赞数

文章标签： android 前端音视频

本文链接：https://blog.csdn.net/chengzhenjia/article/details/129966086

版权

文章讲述了在处理Android、Web和iOS平台视频播放时遇到的问题，特别是iOSSafari无法播放视频。问题主要涉及服务端返回的HTTP响应码206和Content-Range头部信息。解决方案包括调整Content-Range的范围以及处理iOSSafari的第一个不带range字段的请求，确保返回206状态码以支持分段加载和播放。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Android端、web端可以播放视频，ios不能播放视频的问题

1.拖动的支持需要服务端返回206的http响应码

2.按照如上传输协议支持了PC和安卓的h5播放拖动。但是IOS端safari不能播放视频。

解决方案：

而对于safari来说，他不是一次性请求全部文件的（不论osx还是ios），一般首先会请求0-1字节，这个写在request header的"range"字段中: range: 'bytes=0-1'

针对该问题，服务端修改Content-Range的起始和结束数据的位置值，即

Content-Range: bytes 0-1/504863244

另外需要返回两个字节的视频数据，多了少了也不能播放。

为什么safari行为不一样： safari之所以分多次请求也有深层次原因。比方说先请求0-1字节（其实是2个字节），返回的时候数据并不多，但是可以通过分析"Content-Range"来获取文件总长度。然后分段请求，比如请求第一帧来渲染thumb nail等等。这样做有个好处就是，只有当用户点击播放了才请求完整文件，对于PC还好，对于手机这类数据传输需要收费的设备来说，必须要节省流量。

另外在iphone上chrome也用的是apple提供的内核，导致他们的行为基本上一致。（这是苹果的规定）。

3.在解决了上述两个坑后，实际发现IOS还是不能播放，抓包现象为IOS只发出第一个请求收到服务端带Content-Length字段响应后无后续请求发出。通过分析发现，IOS的safari播放mp4时第一个请求为不带range(表示请求偏移)字段的请求，之前由于服务端nginx lua只过滤带range字段请求响应修改返回206状态码，因此第一个包返回IOS的是200状态码。因此，IOS收到第一个响应后无后续请求发出。通过修改为206后正常播放。