news 2026/8/13 13:24:56

BilibiliDown实战全记录:从单个高清视频到收藏夹批量备份

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
BilibiliDown实战全记录:从单个高清视频到收藏夹批量备份

BilibiliDown实战全记录:从单个高清视频到收藏夹批量备份

【免费下载链接】BilibiliDown(GUI-多平台支持) B站 哔哩哔哩 视频下载器。支持稍后再看、收藏夹、UP主视频批量下载|Bilibili Video Downloader 😳项目地址: https://gitcode.com/gh_mirrors/bi/BilibiliDown

BilibiliDown 是一款开源的B站视频下载工具,本文以一次完整的实战为主线,带你走通从粘贴链接、选择清晰度,到批量备份收藏夹、定制下载命名的全过程。读完你不仅能独立完成第一次下载,还能把"下载B站视频"这件事,从偶尔为之变成一套可复用、可自动化的长期习惯。

先判断再动手:BilibiliDown适合谁、解决什么、怎么跑起来

动手安装之前,值得先花三分钟回答三个问题。这不是铺垫,而是帮你判断:这个工具到底值不值得装。

它解决的核心场景是什么

B站官方不提供下载按钮,但很多人确实需要把视频留在本地:考研党要把课程视频缓存成离线资料库,剪辑爱好者要收集参考素材,整理控想把收藏夹里几百个视频一次性备份到硬盘。

BilibiliDown 正是为这些场景设计的图形界面工具:粘贴链接即可解析,支持单视频下载,也支持收藏夹、稍后再看、UP主主页等批量场景,并且完全免费、源码开放。

谁适合用、谁可以先不装

先说实话:如果你只是偶尔下一次单个视频,网页在线工具可能就够了。但如果你满足下面任意一条,BilibiliDown 就值得认真配置:

  • 有大量收藏夹/稍后再看内容需要批量备份;
  • 对清晰度有明确要求,想要自主选择画质而非"能下就行";
  • 想要稳定的断点续传、失败重试和防重复下载机制;
  • 需要在 Windows、Linux、Mac 之间跨平台使用同一套工具。

一句话:单个视频靠运气,批量管理靠工具。本文后面的所有操作,都围绕"批量 + 可控"这两个词展开。

运行它需要什么环境

BilibiliDown 基于 Java 开发,要求本机有 JRE 1.8 或更高版本。不确定是否安装,可以在命令行执行:

java -version

能输出版本号即说明环境就绪。官方还针对没有 Java 环境的 Windows 用户提供了内置精简运行时的打包版本,这一点对新手很友好。

两条路拿到可运行版本:克隆源码或直接用预编译包

和很多开源项目一样,这里有两条路可选:动手编译,或者直接用现成的。

路线一:克隆源码(适合想了解实现的人)

git clone https://gitcode.com/gh_mirrors/bi/BilibiliDown

克隆后你会看到完整的 Java 工程:src目录存放主程序源码,src-launcher是启动器,release目录里是构建产物。项目还自带package.sh打包脚本,如果你想亲手打一个 jar 包,可以参考它。

路线二:直接用预编译版本(适合绝大多数人)

普通用户完全不需要碰源码。仓库里的release目录已经准备好了可直接运行的文件,同时提供了针对三个平台的辅助脚本:

  • Windows:桌面快捷方式创建脚本Create-Shortcut-on-Desktop-for-Win.vbs
  • Linux:Create-Shortcut-on-Desktop-for-Linux.sh
  • Mac:Double-Click-to-Run-for-Mac.command

Windows 用户还可以用install.gif展示的方式,配合官方提供的安装包一步到位。

启动与首屏认识

运行后你会看到一个蓝白配色的主窗口,背景是 B 站的标志性角色形象。整个界面信息密度不高,核心就三块:顶部标签栏负责在"主页"与"下载页"之间切换,中央输入框用于粘贴链接,右侧按钮负责发起查找。界面越简单,越说明核心流程不需要绕路。

第一次完整下载:粘贴链接到看到文件的四步动线

下面走一遍真实流程。以 B 站上一个普通视频为例,完整动线只有四步。

第一步:拿到并粘贴链接

BilibiliDown 对链接格式非常宽容。除了标准的完整 URL,它还识别旧式 av 号(如av35296336)、新版 BV 号(如BV1xx411c7mD),甚至b23.tv短链接也能直接解析。也就是说,你在手机端复制到的短链,一样能丢进来。

第二步:查找并确认视频详情

点击"查找"后,程序会解析出视频的完整信息:标题、简介、分 P 列表、可用清晰度,以及封面预览。

这里有个容易被忽略的细节:清晰度列表是程序实际探测出来的,不是写死的。它会把该视频真实存在的画质档位都列出来,从 360P 一直到 1080P60,部分视频还支持 4K 甚至 8K。你选什么,就按什么下载,不会被偷偷降级。

第三步:选择清晰度并开始下载

在详情页选定画质后点击下载即可。下载面板会实时显示每个任务的进度、速度和剩余时间。默认情况下最多同时下载 3 个任务(可在配置里调整),下载过程中可以随时暂停、继续或移除任务。

第四步:确认下载完成的产物

任务完成后,界面会明确给出文件路径、文件大小,并附带"打开文件""打开文件夹""删除"三个快捷操作,方便你立刻去文件管理器里核对产物。

一个前置动作:登录有什么用

不登录也能下载,但登录后能解锁两件事:一是部分高清画质需要账号权限,二是可以解析收藏夹、稍后再看等个人数据。BilibiliDown 提供扫码登录,点击右上角登录入口,用 B 站 App 扫一下弹出的二维码即可,登录态会保存在本地的config目录下。

这里提醒一句:登录凭证明文保存在config文件夹的cookies.config中,如果不想保留,可以在程序内执行"退出登录",或直接删除该文件。

把单个变成批量:收藏夹、稍后再看与UP主主页的三种批量玩法

单视频下载只是开胃菜,BilibiliDown 真正的价值在批量场景。按使用频率排序,最值得掌握的是下面三种。

玩法一:收藏夹一键批量备份

把收藏夹页面的 URL(形如space.bilibili.com/xxx/favlist?fid=xxx)粘贴进输入框,程序会像解析单个视频一样,把收藏夹里全部视频一次性列出。接着进入"下载页",通过"下载策略"选择全部仅第一个视频,再设定一个优先清晰度,点击"执行"即可排队下载。

收藏夹动辄几十上百个视频,这里最贴心的机制是防重复:已下载过的视频会被记录,再次批量执行时自动跳过,而不是傻乎乎地重下一遍。关于这个机制,后面配置章节会详细展开。

玩法二:稍后再看与UP主主页

和收藏夹类似,稍后再看列表、某个 UP 主的主页链接都能直接解析。特别是追更型用户,把常看 UP 主的个人空间链接存下来,每隔一段时间批量执行一次,等于给自己搭了一个本地追更仓库。

玩法三:用"一键下载"把高频操作固化

如果你有一批固定的下载对象(比如某个固定收藏夹 + 某几个常看的 UP 主),可以在配置里把它们定义成"一键下载"清单,之后每次只需点击一次,程序就按清单顺序、按你设定的清晰度批量执行。配合更新日志中提到的定时任务能力,还能做到周期自动下载,真正实现"配置一次、长期受益"。

分页的隐藏技巧

批量解析时默认每页显示 5 条(bilibili.pageSize可调)。如果你打开收藏夹只看到前面几页,可以在链接末尾追加p=2p=3来翻页获取后续内容。想要一次看更多,直接把pageSize调大即可。

三个值得改的默认配置:文件命名、防重复与并发控制

配置文件是config/app.config,纯文本格式,用记事本就能改,改完重启或通过菜单重新加载即可生效。对新手来说,有三个配置项最值得先动手,它们决定了你"下完之后好不好管"。

配置一:文件命名规则

默认命名格式包含 UP 主名、收藏夹名、标题、分 P 序号、清晰度等字段,并且支持条件语法。例如:

bilibili.name.format = 0_test/UpName/(:listName listName/)avTitle-(:cTime cTime-)pAv2-qn(avId)

这行配置的效果是:按 UP 主分文件夹存放,收藏夹内容单独建子目录,文件名里带上发布时间和带补零的序号。命名规则里可用的字段很丰富,包括avTitle(标题)、UpName(UP主名)、qn(清晰度)、pAv(分P序号)、listName(收藏夹名)等,pAv2中的数字 2 表示序号不足两位时补零。下载完成后立即重命名bilibili.name.doAfterComplete = true控制,改成false则把重命名动作延迟到人工执行。

配置二:防重复下载的"仓库"

这是 BilibiliDown 比较有特色的设计。开启bilibili.repo = on后,每次下载前程序都会查询本地记录(保存在config/repo.config),已存在的视频直接跳过;bilibili.repo.definitionStrictMode则决定"同一视频的不同清晰度算不算同一记录"。批量下载时不想被大量"已下载"弹窗打扰,可以把bilibili.alert.isAlertIfDownloded关掉,或限制弹窗数量。

配置三:并发与容错

配置项默认值作用
bilibili.download.poolSize3同时进行的下载任务数
bilibili.download.maxFailRetry3单个任务失败后的重试次数
bilibili.savePathdownload/下载保存路径,支持相对与绝对路径
bilibili.pageSize5分页查询每页显示的视频数
bilibili.format0优先下载格式:0=MP4、1=FLV、2=直连MP4

并发数不是越大越好——B 站有风控机制,同一时间请求过多反而容易触发限制,默认的 3 是经过权衡的稳妥值。程序启动时会在控制台打印配置加载日志,方便你确认每一项是否生效。

另外,B 站现在主流的 DASH 格式(音视频分离)需要 ffmpeg 合并成 MP4,程序默认在release目录下查找ffmpeg.exe;如果本机已有 ffmpeg,也可以通过bilibili.ffmpegPath指定路径。

遇到问题的自救清单:从断点续传到412风控的速查表

用任何下载工具都难免遇到状况,以下是 BilibiliDown 高频问题的处理速查:

现象处理方式
下载中断、程序被误关不用担心,.part临时文件还在,重新下载会从断点继续
提示"该视频已下载"确认是否真的下过;或查看config/repo.config删除对应记录,也可临时关闭仓库模式
返回 412 状态码多为风控触发,可尝试在菜单栏执行"刷新 cookie",或稍等片刻再试
高清视频合并/转码失败检查 ffmpeg 是否可用、路径是否配置正确,必要时替换 ffmpeg 版本
部分视频解析后一直转圈可能是已失效视频,属正常现象;换一个链接交叉验证
海外网络无法访问 B 站在配置中开启代理:HTTP/HTTPS 代理或 SOCKS 代理均可,注意二者不要同时开启
下载目录里的临时文件堆积开启严格模式bilibili.restrictTempMode = on,完成后自动清理

一个提醒:频繁的高并发请求本身就可能引发风控。遇到 412 时,第一反应不应该是加大并发,而是降低节奏、刷新登录态,这才是可持续的下载策略。

从会用走向会管:把B站资源备份变成长期习惯

回到开头的问题。BilibiliDown 真正的价值不在于"能下载",而在于它把下载变成了一套可管理、可重复的流程:链接解析宽容、画质按需选择、批量场景覆盖全面、防重复与断点续传兜底、命名规则可定制。当你把收藏夹、稍后再看、常看 UP 主都固化成下载清单后,本地资源库的更新就只是一个"点一下执行"的动作。

合理使用下载工具,始终要记得:下载内容仅用于个人学习与欣赏,尊重原创者的劳动成果。这也是让这类工具长期存在的前提。

想深入了解,可以继续阅读仓库内的这些文件:

  • 功能与配置全解:config/app.config
  • 高频问题问答:release/wiki/Q&A.md
  • 版本演进历史(每个功能何时加入、为何调整):UPDATE.md
  • 项目总览与第三方依赖声明:README.md

现在,把第一个链接粘贴进输入框,开始你的第一次 B 站资源备份吧。整套流程走通之后,你收获的不只是几个视频文件,而是一套属于自己的离线资源管理体系。

【免费下载链接】BilibiliDown(GUI-多平台支持) B站 哔哩哔哩 视频下载器。支持稍后再看、收藏夹、UP主视频批量下载|Bilibili Video Downloader 😳项目地址: https://gitcode.com/gh_mirrors/bi/BilibiliDown

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/8/13 13:22:05

基于MCP协议构建AI文档生成引擎:从对话到自动化工作流

你有没有过这样的体验:和 AI 聊天时,它明明能给出不错的回答,但当你真正想把对话内容整理成一份正式文档——比如一份项目报告、一封商务邮件或一份产品说明——却发现自己陷入了复制、粘贴、调整格式、补充细节的无尽循环里?这背…

作者头像 李华
网站建设 2026/8/13 13:21:34

魔兽争霸3终极优化:让你的经典游戏在现代电脑上重生

魔兽争霸3终极优化:让你的经典游戏在现代电脑上重生 【免费下载链接】WarcraftHelper Warcraft III Helper , support 1.20e, 1.24e, 1.26a, 1.27a, 1.27b 项目地址: https://gitcode.com/gh_mirrors/wa/WarcraftHelper 还在为魔兽争霸3的卡顿、黑边、兼容性…

作者头像 李华
网站建设 2026/8/13 13:17:09

极简产品怎么砍需求:从真实任务开始

极简产品怎么砍需求:从真实任务开始 独立产品不需要堆满功能,先把用户实际要完成的那一步磨顺。这篇只讨论一个问题:极简产品怎么砍需求:从真实任务开始。写作边界:围绕“极简产品怎么砍需求:从真实任务开始…

作者头像 李华
网站建设 2026/8/13 13:15:37

Claude API连接失败?解析AI编程助手开源与闭源之争及本地部署方案

1. 先搞清楚“Claude给闭源军团再扣一分”到底在说什么这个话题的核心,其实不是某个具体的技术操作,而是一个关于AI大模型开源与闭源路线的行业观察。简单来说,就是Anthropic公司旗下的Claude系列模型,其最新动向(比如…

作者头像 李华
网站建设 2026/8/13 13:14:04

JSON注入漏洞原理与防御:从Kali Linux实战到安全开发实践

在渗透测试和安全研究领域,JSON注入是一个常被提及但容易被误解的漏洞。很多初学者将其与SQL注入混淆,或者认为它只存在于老旧系统中。实际上,随着RESTful API和前后端分离架构的普及,JSON注入的风险不减反增。本文将彻底拆解JSON…

作者头像 李华