m3u8格式有什么优势

1.HTML5 直接支持m3u8协议。
2.m3u8其实是一个协议而不是一种视频格式，m3u8里面包括的多是视频块索引。可以通过网络状态自动切换码率。MP4就没有这方面优势了。
3.m3u8允许客户在进行播放时，从许多不同的备用源中下载视频块。
4.m3u8是HLS协议的部分内容。是一种能够通过http报文就能够请求和访问了。
MP4如果要实现在线播放那么就需要RTP协议来实现。两种手段有比较大的区别。
5.更高性能上能够将部分m3u8的播放块切块之后直接加载到服务器内存中，让客户端可以更快的得到数据。
6.m3u8 由于是采用切块技术，那么下载的播放文件 就可以少很多，只有当前播放的部分。这一点用在在线直播上有很大优势。

最后， 容易卡顿，可能是访问该服务器的m3u8 延迟较高，网络问题，也可能是服务器没配好而已。

为何视频点播要用M3U8来搞？存成一个文件不更好吗？

举个很简单的例子，给你一个大馒头（mp4的整文件几百M），让你一口吃下去（读取整个mp4文件的信息并且需要下载一段内容），可能会噎死你（首次打开播放超慢，加载时间长），如果你把馒头（mp4文件）撕碎（切片m3u8），然后一块一块的吃（分片播放），是不是吃起来就不会噎人了？（每个分片100来kb播放更快）

m3u8+ts分片播放的优势

1. 速度：根据刚才的例子，mp4文件播放在开始加载的时候会读取很大的文件信息，出现的情况就是卡顿很长时间才能播放，而m3u8分片则会瞬间读取整个视频文件信息，马上开始加载第一片ts视频文件播放，不管是开始播放还是拖拽播放的加载速度都比mp4快N倍。

2. 磁盘：高清点播长视频一般都是G级别的，对于大文件下载来说，单盘的IO压力较大。如果能在磁盘上将大文件打散分片存储，需要播放的部分才下载，不需要播放的部分则不下载，这样硬盘IO将会大大缓解

3. 容错：下载或存储过程中，1G的文件中任一字节出错将导致 可能会导致改视频的失效，而被切成小碎片后，容错将变得相对简单，只需补全出错的切片即可。

4. 分发：大文件分发起来相对小文件比较困难，下载耗时长，特别是在服务初期，源服务器需要承受极高的磁盘IO请求，基本上很少看到超大文件做cdn分发的，而ts分片文件做cdn缓存就很容易了，文件小缓存速度快，基本上没有缓存失败的可能。

5. 播放：mp4在http状态下会一直下载文件，不管用户是否需要播放后面的内容都会一直下载直到完全下载完成，而分片文件则不存在这个问题，通过播放器或服务器端的控制，只下载需要播放的部分内容，不播放则不下载。

问：CDN对m3u8点播需要做哪些支持？

答：受限于播放器与源站之间的交互行为的不确定性，给M3U8做缓存 加速服务时，最好先抓包 分析下 在播放器 与源站直接交互时的请求与响应头，这样会加速解决在经过CDN时遇到的故障。

特别是需要注意：

1.源站明确告诉播放器哪些内容不能缓存，明确cache-control：no-cache的，尽量不要与源站配置一致，如可能影响到播放器的xml控制文件及M3U8文件（分析其内容是否会变化）

2.长连接：源站与播放器直接的交互是开启长连接，Connection：keep-alive，如果是长连接的话，在拿wireshark 打开包时，点击follow stream时，将可以看到一个stream流中有多次GET请求及响应，一般的播放及拖拽卡顿，很有可能是长连接没有打开，注意开启 CDN设备到 播放器，及CDN到源站的长连接。这样可以将miss时对用户的体验降到最低。

问: M3U8支持中遇到的一些问题，及优化措施

答：1.提前预加载，获取所有m3u8列表，跑个脚本，先全部预加载到CDN设备上。

2.实时预加载，在CDN设备上首次获取M3U8文件时，在CDN端对M3U8进行解析，自行在CDN内部完成对视频文件的预热。相对更理想，但在CDN端做解析，会让M3U8从源站到客户端加大延迟。相对1来说稍复杂点。

原文链接：

https://ask.csdn.net/questions/1051195

https://zhuanlan.zhihu.com/p/468918332