打开浏览器开发者工具（F12），何用切到Network面板，工具刷新页面，下载找到那个体积最大的网页请求——十有八九就是视频文件。这个方法听着简单，视频实际操作中有一堆坑等着你。何用

视频网站通常不会把MP4直接甩给你。工具它们会先加载一个m3u8格式的下载索引文件，里面写着一串视频分片的网页地址。你看到一堆.ts后缀的视频小文件，每个只有几秒到几十秒的何用长度，别慌，工具这就是下载现代流媒体的常态。我上次帮朋友从某个课程网站下载视频，网页折腾了半小时才意识到，视频那个看起来像垃圾数据的请求才是真正的视频源。

筛选请求时，直接按大小排序是最快的。视频文件通常比图片大得多，比JSON数据更是大几个数量级。如果看到几十MB甚至上百MB的响应，基本可以锁定目标。右键那个请求，选择Copy——Copy as cURL，把命令粘贴到终端里执行，就能直接下载。这个方法绕过了前端所有的加密逻辑，因为浏览器已经帮你完成了解密和鉴权。

遇到m3u8就得换思路。你需要先下载这个索引文件，然后用ffmpeg或者专门的下载工具处理。命令行里敲ffmpeg -i "视频地址.m3u8" -c copy output.mp4，等它跑完就行。这里有个小细节：有些m3u8是动态生成的，每次访问的URL都不同，你得从请求列表里手动复制最新的那个。别问我怎么知道的，我在一个直播回放网站上卡了整整一下午。

再说说那些加密的视频。开发者工具里能看到请求，但下载下来却是乱码或者无法播放——网站用了MediaSource Extensions（MSE）技术，视频内容在内存中被动态拼接和加密。这时候单纯靠Network面板就不够了。你需要找到负责解密的那段JavaScript代码，在Sources面板里搜索关键词，比如decrypt、key、init之类的。打断点、单步调试、查看变量值，这个过程就像在解谜。我有个习惯，碰到这种网站会先看看它用的播放器是什么——如果是开源的video.js或者shaka-player，那代码逻辑相对清晰，能省不少时间。

实际操作中还有个容易忽略的点：请求的Referer和Cookie。有些视频服务器会校验这两个字段，直接复制cURL命令通常没问题，因为里面包含了所有请求头。但如果你手动构造请求，忘了带上Referer，服务器就会返回403错误。这时候别急着怀疑自己代码写错了，先检查请求头是不是完整。

最后说句实在话，这个方法只适用于个人学习或者下载自己有权访问的内容。那些需要付费订阅或者有严格版权保护的视频，技术上也许能突破，但法律和道德上过不去。我见过有人用这套方法批量爬取某个教育平台的课程然后倒卖，结局是吃官司加封号。工具本身是中性的，怎么用取决于你。