上周帮朋友扒一个讲座回放，何获网站没给下载按钮，取网右键也禁用了。站视他问我是何获不是得录屏，我说不用，取网打开开发者工具就行。站视三分钟后，何获视频文件老老实实躺在硬盘里了。取网这事不复杂，站视但很多人卡在第一步——不知道从哪儿找那个真实的何获视频地址。

浏览器里播放的取网视频，本质上就是站视一个文件在下载。你看到的何获播放器只是个壳，背后一定有个 .mp4、取网.m3u8 或者 .ts 的站视链接在支撑。找这个链接，最直接的办法是按 F12 打开开发者工具，切到 Network 面板，刷新页面，然后按 Media 筛选。这时候列表里出现的，就是正在传输的视频流。我试过十几个主流视频站，这个方法能搞定八成以上。

但有些网站鸡贼。视频地址是动态生成的，或者被切片成几百个小文件。这时候你得看请求列表里那些 .ts 结尾的片段，它们通常按序号排列，比如 seg-1.ts、seg-2.ts。把这些片段拼起来就是完整视频。手动拼太累，用 ffmpeg 一行命令就能合并：ffmpeg -i "index.m3u8" -c copy output.mp4。前提是你得先找到那个 .m3u8 索引文件，它一般藏在 Network 面板的 XHR 或 Fetch 分类里。

有人会说，那录屏不更省事？录屏画质有损失，而且得实时等。一个两小时的视频你就得录两小时，中间还不能干别的。扒源文件几秒钟就完事，画质原封不动。我宁愿花十分钟研究请求规律，也不想开着录屏软件干等。

再说说那些加密视频。网站对视频流做了 AES-128 加密，.m3u8 文件里会有一行 #EXT-X-KEY，指向一个密钥地址。你得先把密钥下下来，再用 ffmpeg 解密。命令稍微复杂点：ffmpeg -i "video.m3u8" -c copy -bsf:a aac_adtstoasc output.mp4，前提是密钥文件得放在正确路径。我遇到过密钥需要 Referer 验证的，那就得用 --headers 参数把 Referer 带上。这些细节没人会主动告诉你，都是踩坑踩出来的。

还有一类网站用 Blob URL。你在 Network 面板里看不到直接的视频地址，只有一个 blob:https://... 开头的假链接。这种是 MSE（媒体源扩展）在作怪，视频数据通过 JavaScript 动态喂给播放器。对付它，要么用专门的嗅探插件，比如 Video DownloadHelper，要么去翻 JavaScript 源码，找到它请求真实视频的接口。后者费劲，但更彻底。我一般先装插件试试，不行再动手翻代码。

移动端更麻烦。很多 App 里的视频不走 HTTP，而是自定义协议或者私有加密。这时候抓包工具就派上用场了，Fiddler 或者 Charles 设置好代理，手机连上电脑，就能看到 App 发出的请求。找到视频请求后，把 URL 复制出来，用电脑下载。不过有些 App 会做证书校验，你得在手机上装个根证书才能解密 HTTPS 流量。这步劝退不少人，但一旦搞定，基本通吃。

最后说个取巧的办法。有些网站的视频地址就藏在网页源代码里，直接 Ctrl+U 查看源码，搜索 .mp4 或者 video 标签，往往能直接找到。我遇到过最离谱的，视频地址就写在 data-src 属性里，连 Network 面板都不用开。所以先看源码，再看网络请求，这个顺序能省不少时间。

工具方面，yt-dlp 是绕不开的。它支持上千个网站，一行命令就能下载。但遇到小众站点或者自定义加密，它也可能歇菜。这时候还是得回到开发者工具，手动分析。工具是死的，思路是活的。理解视频传输的基本原理，比记住某个软件的操作步骤有用得多。

扒视频这事，技术上说不上多高深，但确实需要点耐心。每个网站的实现方式都不一样，没有万能钥匙。我习惯先快速扫一眼 Network 面板，看看有没有明显的媒体请求。没有的话，再逐步排查 XHR、JS 和源码。这个过程像解谜，找到线索的那一刻挺爽的。