在线视频下载器如何工作：从工程角度拆解。

阶段一：验证 URL 并定义任务

第一项工程工作是输入控制。服务应只接受受支持的 HTTP 或 HTTPS URL，统一无害差异，拒绝错误输入，并阻止后端访问私有网络地址。负责抓取来源的服务器不应成为进入内部系统的通道。

系统还会记录用户、额度、输出格式和过期时间。视频任务与纯音频任务可以共享来源 URL，但媒体流选择规则不同；速率限制则保护服务与来源平台。

阶段二：发现元数据与媒体流

观看页面通常是 HTML，而非媒体文件。处理层需要定位直接文件，或读取包含编码、分辨率、码率、语言和轨道类型的清单。FFmpeg 将 demuxer 描述为读取输入并暴露基本媒体流与元数据的组件，可参考官方格式文档。

系统应生成真实列表：来源只有 720p 和 1080p 时不能虚构 4K；高分辨率来源只有画面时，还必须找到兼容音轨。

阶段三：选择兼容组合

仅看分辨率不够，还要考虑音视频编码、容器、时长、预估大小和目标设备。MP4 是容器，不代表内部所有编码都能被每台设备播放。MDN 的视频处理概念解释了容器、解复用与解码。

3840 × 2160 每帧包含 8,294,400 个像素，是 1920 × 1080 的四倍；但最终大小仍取决于码率、时长、帧率、编码与画面复杂度。

阶段四：传输、校验与合并

工作节点把资源下载到隔离目录，确认轨道完整，再进行打包。来源编码适合目标容器时，可以通过 stream copy 移动编码数据包，无需重新编码。FFmpeg 官方文档说明，这种方式速度快且不会造成质量损失。

转码会先解码再编码，可以调整分辨率或转换不兼容编码，但更耗 CPU，而且通常有损。良好管线会优先安全转封装。

阶段五：交付并清理临时数据

校验通过后，服务生成短期有效的交付 URL，或通过鉴权端点发送文件。账户历史可以保留任务元数据，但来源片段和成品应有明确清理期限。

合理架构还会把元数据与大文件分开存储，记录足以诊断失败但不暴露敏感令牌的事件，并阻止用户猜测他人的任务地址。

为什么链接会失败

• 内容是私人、已删除、地区或年龄限制，或者需要登录。
• 来源仍在直播，最终文件尚未形成。
• 平台修改了页面或清单结构。
• 轨道必须转码才能进入目标容器。
• 请求超时、限速或片段不完整。
• 来源存在服务不应绕过的 DRM 与访问控制。

还可以参考在线视频下载工具安全检查清单。

处理是否全部发生在浏览器？

通常不是。界面在浏览器运行，但来源发现、大文件传输、轨道合并与转换一般由后端工作节点完成。

转封装会降低质量吗？

stream copy 不重新编码轨道，通常能保留编码质量；转码会创建新媒体流，可能改变画质、码率和大小。

为什么短视频有时更慢？

时长只是一个变量。来源速度、片段数量、分辨率、转码、队列与重试都会影响时间。