刷B站的时候，总会遇到一些“想留住”的视频。可能是某一期把原理讲得特别透彻的教程，你打算通勤路上再刷两遍；也可能是UP主突然删号之前收藏下来的珍贵资料。网络一波动就转圈、收藏夹越囤越长，这时候“怎么把B站视频下载到本地”就成了一个绕不开的问题。
作为一个经常需要做内容归档的从业者，我在B站视频下载这件事上踩过的坑确实不少：从右键“另存为”的徒劳尝试，到装了一堆莫名失效的浏览器插件，再到命令行工具翻车后对着报错界面愣住，前前后后花了不少时间才把整套方案捋顺。这篇文章就把我现在的完整思路分享出来：先理解B站视频为什么不好直接下载，再按手机端、电脑端两条线展开方案，最后附上我整理的问题排查清单和版权边界提醒。
这个内容适合谁？想离线看视频的普通用户、需要把参考视频存档做素材的剪辑爱好者、以及要批量管理视频资料的从业者都适用。整个内容从零基础到进阶都有覆盖，你可以直接跳到自己对应的那段。我尽量不堆砌术语，遇到绕不开的概念就举个生活化的例子，保证大家能看懂、能上手。
1. 为什么B站视频不能“右键另存为”
很多人第一次尝试下载B站视频，习惯性地点右键，发现菜单里根本没有“视频另存为”这个选项。这不是网页故意做漏了，而是B站采用了流媒体播放架构，你在浏览器里看到的画面，本质上是播放器实时渲染出来的，不是服务器直接扔给你一个完整文件。
1.1 音视频分离的DASH机制
B站主流的视频格式是DASH动态自适应流媒体。简单解释，一个完整的视频在网络传输层面被拆成了两条独立数据流：一条是纯视频轨，一条是纯音频轨。播放器同时拉取这两路数据，在本地解码、同步，再把画面和声音合在一起呈现给你。
这就像点外卖：厨房（服务器）把菜和饭分开打包配送，你收到后在自家餐桌上把它们摆成一盘餐。如果你试图从“成品”里还原出厨房的原料，光靠页面右键是办不到的。打开浏览器开发者模式，在“网络”标签页里能看到一堆后缀为.m4s或者.flv的分段文件，它们只是被拆散的“食材”，不是可以直接拖进剪辑软件使用的完整视频。
1.2 清晰度、编码与权益限制
B站视频通常有多个清晰度档位，从360P一直到4K、8K，不同档位对应不同的码率和媒体流组合。这些高规格资源流的播放地址，取决于多种因素：账号登录状态、会员权益、平台当前的资源调度策略。未登录或没有大会员的情况下，部分高清晰度接口根本不会返回数据。
编码方面也值得了解。B站大量使用H.264（即AVC）、H.265（即HEVC）以及AV1三种编码格式。AV1压缩率高、画质好，但老设备硬解支持差；HEVC画质好、体积小，但专利授权复杂；H.264兼容性最好，最稳妥。下载时如果你不指定编码偏好，工具默认可能选择最高画质但不是最好兼容性的组合，这就解释了为什么有些视频下载完成后，在老电脑或旧手机上播放会卡顿。
另外，部分影视剧和版权内容还叠加了DRM数字版权保护。DRM保护的视频，即使抓到了数据流，普通工具也无法正常解码。这也是某些下载方式偶尔集体失效的原因之一：平台后端一调整接口策略，依赖旧接口的工具就会跟着失灵。
2. 官方路径：先用App离线缓存
如果你只是想在自己的手机上离线看，而且不想跟各种第三方工具较劲，我建议优先用官方路径。这是最省心、最稳的一种方式，虽然自由度有限，但对多数人来说已经够了。
2.1 手机端App的缓存入口
B站官方App在视频播放页的右下角或者下方菜单栏里，一般能看到一个“缓存”按钮。点进去可以选清晰度，选完后任务会自动进入“离线缓存”列表。下载成功后在“我的—离线缓存”里就能找到，不需要网络也能播放。
这里有一个值得注意的现实：官方缓存的可用性和导出的可能性，在不同版本阶段差异很大。早期缓存文件是加密的私有格式，只能在App内部播放；后来一度支持直接导出MP4，但也很快被调整。如果你在网上看到“缓存下来就能直接拷到电脑上”这种教程，一定要先看发布时间——B站对离线缓存的策略一直在变，很多经验是会过期的。
2.2 大会员权益与画质选择
官方离线缓存的清晰度上限，直接和账号权益挂钩。没有会员时，通常只能选择有限的基础档位；开通大会员后，才能缓存更高码率的清晰度档位。在影视剧、纪录片专区，这个限制尤其明显。
动手之前，先确认自己属于哪类需求：
- 只是通勤路上看一眼，720P已经满足，那么官方缓存完全够用；
- 想把视频作为剪辑素材，或者需要长期存档、跨设备编辑，那大概率要走桌面端方案。
注意：官方缓存的视频本质上是在授权范围内供离线观看用的，不是送给你一份“永久所有”的文件。用第三方工具把缓存文件导出、转存到其他设备之前，先想清楚是否超出了合理使用的边界。后面第6章我会专门聊这块。
3. 桌面端轻量方案：浏览器扩展下载
如果是在电脑上操作，而且只是偶尔下载一两个视频，那么浏览器扩展是最直观的入口。装好后，在视频页点一下图标就能看到可下载的格式和清晰度，不需要懂任何代码。
3.1 如何挑选靠谱的扩展
在浏览器的扩展商店里搜索“bilibili下载”“B站视频下载”之类的关键词，结果会很多。我的经验是按三个标准筛选：
- 看下载量、评分和最近更新时间。长期不更新的扩展大概率已经失效，因为B站接口频繁变化；
- 看权限申请。一个视频下载扩展如果要求“读取所有网站的数据”，我会直接绕开。权限范围越集中越好；
- 看是否开源。开源项目有社区盯着，代码透明，出问题后修复速度也快得多。
3.2 扩展的操作流程
以一款典型的B站下载扩展为例，标准流程是：
- 打开目标视频页面，等页面完整加载，视频能正常播放；
- 扩展图标通常会出现角标提示，点击后能看到当前视频的清晰度和格式选项；
- 选中想要的画质，比如1080P，开始下载；
- 等待进度条完成，文件会存到浏览器设置的下载目录。
整个过程没什么学习成本，适合不愿折腾命令行的用户。但它的短板也很明显：有些扩展对需要登录或会员权益的高清晰度解析不到位；而且面对DASH音视频分离，扩展必须做合并步骤，合并过程偶尔会卡住甚至失败。
3.3 扩展下载的隐患
说句实在话，浏览器扩展本质上是拥有你页面数据读取权限的小程序，装得越多，权限被滥用的风险就越高。我的习惯是：定期清理不常用的扩展；下载任务完成后，把不常用的下载扩展临时禁用；只保留一个主力方案，不给浏览器塞一堆功能重复的插件。
4. 桌面端进阶方案：命令行工具的完整实战
如果你需要批量处理、脚本化操作，或者想精确控制音视频流的选择，浏览器扩展就有点不够看了。这个阶段就得请出开源命令行工具，目前社区里维护活跃、对B站兼容性好的典型代表是yt-dlp。
4.1 安装环境与第一步验证
先说明一下，命令行工具并不是什么遥不可及的东西，核心就是“打开终端，敲一行命令”。以Windows为例：
- 安装Python环境，建议3.9以上版本。安装过程中有一个“Add Python to PATH”的勾选项，别漏了，不勾的话后面会找不到命令；
- 打开PowerShell或命令提示符，执行：
pip install yt-dlp- 安装完成后执行：
yt-dlp --version能显示出版本号，说明装好了。
macOS用户可以用Homebrew安装：brew install yt-dlp。Linux用户在包管理器里也能直接找到。第一次跑起来的成就感很重要，所以建议先拿一个自己账号里的视频试一下，不要一上来就批量操作。
4.2 解析B站视频的常用命令
下载单个视频，最简单的命令是：
yt-dlp "视频页面URL"程序会自动解析页面信息，优先选择可用的最佳画质，并尝试把视频轨和音频轨合并。这里有一个关键前置条件：合并依赖ffmpeg，需要提前安装并配置到系统PATH里。没有ffmpeg时，工具会提示缺少组件，下载的视频要么没有声音，要么直接报错。
如果希望明确指定清晰度，可以这么写：
yt-dlp -f "bestvideo[height<=1080]+bestaudio" "视频页面URL"这个命令的意思是：选择高度不超过1080P的视频流，配上最好的音频流，然后合并输出。想要4K就把数字改成2160。对应地，只追求下载速度、画质无所谓的话，也可以直接：
yt-dlp -f "b[height<=720]" "视频页面URL"b表示best，即“在720P限制下的最佳组合”。这里顺便补充一个关键逻辑：bestvideo和bestaudio组合出来的，通常是画质和音质的“双优解”，但体积也会明显变大。如果只是临时看，选单独一路完整流更省事。
4.3 登录状态与Cookie处理
B站有很多高清资源要求登录或者对应会员权益，才能从接口取到播放地址。这种情况需要让工具带上你的登录凭证。比较稳妥的方式是导出浏览器Cookie为文件，然后在命令里指定：
yt-dlp --cookies cookies.txt "视频页面URL"Cookie文件里包含的是敏感凭证信息，用完记得及时删除，或者放在本机加密目录里，绝对不要随手传到网盘或者聊天工具里。
4.4 批量下载的正确姿势
批量场景可以准备一个文本文件，每行放一个URL，然后执行：
yt-dlp -a 视频列表.txt也可以直接把合集页、收藏夹页面的地址传给工具，它能自动解析整个播放列表并逐个下载。这个能力对做内容存档非常省力。我自己有一次需要把一套系列教程全部存下来，就是用这种方式跑完的，几十条视频按标题自动命名、目录整齐，后续整理成素材库相当方便。
4.5 ffmpeg合并与后处理细节
如果下载出来的视频轨和音频轨没有自动合并，可以在命令里强制后处理：
yt-dlp -f "bestvideo+bestaudio" --merge-output-format mp4 "视频页面URL"--merge-output-format mp4的意思是合并时用MP4容器封装，这样得到的文件在各种播放器、剪辑软件里兼容性都更好。实际中我还遇到过这样的情况：下载回来的视频在播放器里正常，但拖进剪辑软件后画面是黑的，原因是视频轨编码是HEVC或者AV1，剪辑软件的版本不支持硬解。遇到这类情况，可以用编码偏好参数强制选择H.264：
yt-dlp -S "vcodec:h264" "视频页面URL"-S后面的规则告诉工具：优先挑H.264编码的视频流。稍微牺牲一点压缩率，换来的是全平台平滑播放。
5. bilibili下载中的常见问题与排查
工具用久了，一定会遇到各种报错和异常。这里把我和身边朋友实际撞过的墙整理成一份速查表，挨个说清楚。
5.1 下载的视频没有声音，或者画质锁死在360P
这是最常见的两个问题，往往也不是工具坏了。没有声音，多半是因为没有把音频轨一并拉下来，检查一下命令里是否包含了+bestaudio或者bestvideo+bestaudio；画质被锁在低档位，大概率是解析接口没有拿到高清晰度地址，也就是登录状态或会员权益不足。用带Cookie的方式重跑一次，基本能定位。
5.2 报错“ffmpeg not found”
高频报错，没有之一。ffmpeg是音视频处理的基础组件，缺了它就无法合并音视频、无法转封装。先安装ffmpeg，再到终端里执行ffmpeg -version确认能被识别。Windows用户特别要注意：别把ffmpeg的exe文件随手放桌面，要把它所在目录添加到系统环境变量Path里，终端才能找到它。
5.3 下载中途卡住，或者速度极慢
B站CDN的限速策略是动态的，不同时段、不同网络线路的差异很大。一个有效的小技巧是给命令加上速率上限：
yt-dlp --limit-rate 5M "视频页面URL"限制单连接速率反而更容易保持稳定，因为高速率持续拉取有时会触发更严格的风控。如果还是慢，可以尝试更换DNS，或者在夜间闲时重新跑任务。一个时间点反复失败，就别死磕，换策略比硬扛有效。
5.4 文件名乱、重复、带特殊符号报错
给输出文件加上固定规则是个好习惯。建议用这条：
yt-dlp -o "%(title)s_%(id)s.%(ext)s" "视频页面URL"title是视频标题，id是B站视频的唯一编号。这样生成的文件名不会因为标题里带特殊符号而保存失败，后期去重、归档也方便得多。
5.5 扩展显示可下载，但点击没反应
大概率是页面没有完全加载，或者扩展依赖的接口已失效。先刷新页面，等视频正常播放后再点扩展；如果还不行，换一个同类扩展测试。这里有个心态上的建议：任何下载方式都有可能失效，手头多备一两个方案，比临时到处找效率高得多。
6. 哪些“能下载”不等于“该下载”：版权与合理使用
技术上的可行，不等于使用上可以为所欲为。作为常年做内容的人，我对版权这块的态度一直很明确，写在这里也算给各位提个醒。
6.1 个人合理使用的边界
把B站视频下载到本地，用于自己离线观看、学习复盘，通常被视作合理范围之内。但如果下载之后用于二次上传、剪辑后商业使用、批量搬运到其他平台，甚至做成付费资源库转卖，那就明显踩线了。B站内容大部分来自UP主的原创或授权转载，创作者的劳动应该被尊重。
6.2 尊重UP主声明与平台规则
不同UP主对下载转载的态度差别很大。有些UP主会在简介中明确写“谢绝转载”，有些会开放视频下载权限，有些通过视频更新频率和互动情况表达倾向。下任何视频之前，花十秒钟看一眼内容页的版权声明和UP主说明，这是负责任的做法。
重要提示：涉及影视剧、纪录片等受版权保护的内容，平台本身承担着版权管理义务，个人未经授权的下载、提取和分发都存在较高的法律风险。本文提到的技术方案仅供个人学习、研究等合理使用场景参考，使用前请自行确认你所在地区和平台的具体规则。
7. 方案选择与维护习惯：最后的一组建议
个人经验是，不要把下载当成功课，也不要把工具当玩具。最优的做法是先问自己“这个视频我为什么需要下载”，再决定用哪种方案：
- 只是通勤路上临时看一眼：用官方App缓存，省心省力；
- 偶尔想把三五支视频存到电脑：浏览器扩展够用；
- 需要做内容归档、素材采集、批量存档：老老实实学一点命令行工具，一劳永逸。
关于工具维护我多说一句。下载方案不是装一次就一劳永逸的，B站后端可能每周都有小改动，导致某个插件或脚本突然失效。我个人的习惯是每隔一两个月检查一下工具是否有新版本，看到开源项目更新就顺手升级。真到紧急需要的时候再临时找方案，往往手忙脚乱，不如平时花两分钟维护一下。
最后分享一个额外的小技巧：如果你是为了备份自己的投稿内容，B站后台的“创作中心”本身就有导出功能，那是完全合规且最稳定的路径，不需要走第三方工具。把工具用在刀刃上，比把时间花在折腾各种奇技淫巧上划算得多。
