BiliBili-UWP第三方客户端实测：Windows 10/11刷B站的3个理由与完整安装指南

【免费下载链接】BiliBili-UWPBiliBili的UWP客户端，当然，是第三方的了项目地址: https://gitcode.com/gh_mirrors/bi/BiliBili-UWP

BiliBili-UWP是一款面向Windows 10/11的开源第三方B站客户端，由开发者"云之幻"用UWP框架从零打造，通过桌面/平板双模式把移动端的操作习惯搬到了PC上。如果你正被网页版B站的卡顿、标签页堆积和鼠标操作别扭困扰，又对"安装第三方App"心存顾虑，这篇文章会以实测视角讲清楚它值不值得装、具体怎么装、以及老用户踩过的坑。

一、先聊聊"为什么"：一个老用户的网页版崩溃实录

先讲个真实场景。某个晚上，你想重温一个教学视频，顺手点开了网页版B站。接下来发生的事情你大概率经历过：广告缓冲转了十几秒、视频加载到一半开始糊、追着弹幕聊天时鼠标指针不小心点出了播放器菜单、想找个历史记录还得在密密麻麻的收藏夹里翻半天……

更要命的是浏览器本身。刷B站的半小时里，你可能同时挂着十几个标签页，一边是视频、一边是资料、一边是工作文档，内存告急的时候整个系统都跟着卡。这不是你的电脑不行，而是"用浏览器刷视频"这件事本身就不是最优解。

BiliBili-UWP解决的就是这个问题：把B站装成一个真正的Windows原生应用。它不是网页套壳，而是基于UWP（Universal Windows Platform）构建的独立客户端，有自己的窗口、自己的后台任务、自己的全局快捷键，甚至能通过richasy-bilibili://协议被其他应用唤起。目标用户也很明确——那些在Windows电脑上高频刷B站、想要更沉浸体验、同时又愿意花十分钟折腾一下的人。

二、BiliBili-UWP凭什么值回折腾时间？横向对比见真章

先不急着装，我们把三种"在Windows上看B站"的方式摆在一起对比：

对比之后，它的三个核心价值就很清楚了：

① 一台电脑，两种形态。它根据设备自动切换界面：桌面模式采用经典的Master-Detail布局，左侧导航、右侧详情，信息密度高，适合1080P以上的大屏；平板模式则走横向滚动的卷轴式设计，留白多、触摸友好，在Surface这类设备上体验很像手机App。同一个应用，两种截然不同的操作逻辑，这背后其实是一套很聪明的工程方案，后面会展开讲。

② 原生能力带来的"隐形顺滑"。独立进程意味着它不跟浏览器抢资源；后台媒体任务让它切到别的应用时视频也能继续播；Windows开始菜单里有自己的磁贴和启动画面，开箱即用，没有任何网页加载的白屏等待。

③ 把"熟悉感"留给你。这是它最打动人的地方：图标、动态卡片、评论区排版都刻意向B站官方移动端看齐。开发者自己打了个比方——红烧牛肉面换了紫色包装就不是那个味儿了；反之，只要包装熟悉，即便logo不是康师傅，也让人觉得"有那味儿了"。对于从手机转过来的用户，几乎零学习成本。

三、BiliBili-UWP安装教程：从克隆代码到跑起来的完整路线图

动心的话，接下来就是硬核部分。这个项目没有现成的绿色免安装包，想跑起来要么下载Release压缩包、要么自己编译。下面这条路线以自编译为主，走一遍你还能顺便摸清项目结构。

第一步：核对环境要求。官方声明的最低门槛是Windows 10 1809（目标版本2004），开发工具用Visual Studio 2019及以上，并确认已安装"UWP开发"工作负载。C盘空间建议预留10GB以上，因为UWP工具链和NuGet包都比较大。

第二步：拉取源码。在终端里执行：

git clone https://gitcode.com/gh_mirrors/bi/BiliBili-UWP

克隆完成后，你会看到一个包含四个子项目的解决方案文件BiliBili-UWP.sln——它们分别是控件库BiliBili-Controls、核心逻辑库BiliBili-Lib、后台通知组件BiliBili-Notification和应用主程序BiliBili-UWP。

第三步：在Visual Studio中打开解决方案，选好平台。项目支持x86、x64、ARM、ARM64四套目标。绝大多数人选x64就好；如果你用的是ARM设备（如Surface Pro X），可以试试ARM64——不过要提前做好心理准备，作者明确说过这类设备上可能跑不起来。

第四步：重新生成测试证书。这一步是新手最容易卡住的地方。UWP应用部署要求有签名证书，而仓库里的证书默认是不可信的。操作路径是：打开BiliBili-UWP/Package.appxmanifest→ 切到"打包"（Packaging）选项卡 → 点击"选择证书"旁边的"创建测试证书..."，生成你自己的证书，然后务必把它安装到"本地计算机 → 受信任的根证书颁发机构"里，否则部署时会报签名错误。

第五步：生成并部署。菜单栏选"生成 → 重新生成解决方案"，等编译通过后按F5或点击"部署"，应用会自动安装到系统里。

怎么验证装好了？打开开始菜单，搜索"哔哩"——应用显示名就叫这两个字。点开后你会先看到白底粉紫小电视的启动画面（就是上文那张图），随后进入欢迎页。到这里就算安装成功，可以扫码登录账号、看首页推荐了。顺带说一句，在Package.appxmanifest里能看到当前版本是1.3.11.0，用它核对版本号很方便。

四、拆开外壳看内芯：这个项目是如何"把手机App搬到桌面"的

装好只是开始，真正有趣的是它的工程思路。作为一个把移动端应用"解构再重组"到桌面端的样本，这个仓库里藏着不少值得琢磨的设计。

先从目录说起。主程序BiliBili-UWP里的页面按用途分成了三组：Pages-Desktop（桌面模式专属）、Pages-Tablet（平板模式专属）、Pages-Share（共享页面）。你可能已经猜到了——所谓共享页面，指的是那些跟设备形态无关的页面，比如搜索、回复、历史记录、个人主页等。它们被单独抽出来，桌面和平板模式共用一份代码，开发者省下的不是一点点时间。

其中Pages-Share/Sub/目录下的"副页"是整套设计的桥梁。由于B站API对设备返回的内容不同，部分模块没法在桌面端直接还原，于是副页承担了"沟通移动端与桌面端"的角色：你在副页里能找到移动界面上的操作手感，迁移成本几乎为零。这个思路对任何做"跨形态适配"的开发者都有参考价值。

再看服务层。业务逻辑集中在BiliBili-Lib/Service/，按功能拆成了AccountService（账号）、VideoService（视频）、AnimeService（番剧）、ChannelService（频道）、TopicService（话题）等。UI层通过主程序里的AppViewModel和BiliViewModel跟这些服务打交道——前者是应用内的运行时状态管理器，后者是连接B站服务、管理数据的处理模块，UI和数据被清楚地区隔开。

播放器是重头戏。核心播放器叫VideoPlayer，位于BiliBili-UWP/Components/Controls/VideoPlayer.xaml；魔改的媒体传输控件在BiliBili-UWP/Models/UI/Others/VideoTransportControls.cs，对应的样式则定义在BiliBili-UWP/Template/Media.xaml资源字典里。整个应用还搭了完整的主题体系——BiliBili-UWP/Theme/下的Dark.xaml和Light.xaml提供深浅两套主题，而Components和Template文件夹里塞满了开发者自建的自定义控件与样式模板。

几个容易被忽略的细节。打开BiliBili-UWP/Others/Shortcut.txt，你会看到一整套真实可用的快捷键：F2开关弹幕、F10切换小窗、F11全屏、Space播放/暂停、Shift+S截图保存到图片库、方向键控制进度和音量。此外它还注册了richasy-bilibili://协议，别的应用可以这样唤起它：richasy-bilibili://navigate?action=video&aid=170001。后台还有个动态通知任务（在BiliBili-Notification项目里），定期检查新动态。

五、B站第三方客户端避坑手册：老用户常踩的坑与答案

Q1：编译部署时报"证书不受信任"错误怎么办？这是最常见的坑。回到上面的第四步，确认证书已导入到"本地计算机 → 受信任的根证书颁发机构"，而不是"当前用户"。如果还报错，试着以管理员身份运行Visual Studio再部署一次。

Q2：播放视频很卡，是应用的问题吗？不一定是。开发者给出的官方建议是：在显卡驱动设置里开启垂直同步（VSync），卡顿往往就此解决。另外可以降低默认画质，或确认系统是否启用了硬件加速相关选项。

Q3：为什么我选了4K，画质还是不高？因为在B站，4K清晰度是大会员权益。应用只是展示出了这个选项，如果你不是大会员，拿到的片源就不会是4K。这一点在项目声明里写得很直白。

Q4：我的Surface Pro X（ARM设备）打不开应用？作者承认这是已知问题：尽管原生UWP理论上支持ARM，但应用在ARM设备上可能无法运行，具体原因尚未定位。如果你手头只有ARM设备，可以先观望。

Q5：为什么没有直播和视频下载功能？这不是遗漏，而是有意为之——作者直言自己没这个需求。同样，应用也没有提供离线缓存等"重度"功能。它是按作者本人的使用习惯定制的，别指望它能覆盖所有需求。

Q6：这个项目还在更新吗？已经停止维护。由于收到官方警告，应用已从微软商店下架，作者明确不再主动修bug、不加新功能，仓库内的更新日志里也写着这封"真·律师函"的来龙去脉。所以请把它当作一个"能用就用"的存量应用，或者一个学习样本，而不是持续演进的生产工具。

六、写在最后：项目现状与行动清单

说句公道话，BiliBili-UWP是一个典型的"作品型开源项目"——它带着强烈的个人审美和实验性质，因为不可抗力停更，但工程上的含金量并没有因此打折扣。想从中学点东西的话，它是理解这几件事的现成教材：移动应用如何解构移植到桌面、UWP自定义控件与主题系统怎么搭、以及一个中型客户端项目该如何分层组织代码。仓库里的README.md和Others/目录下的说明文档都写得相当坦诚，作者把设计思路、取舍理由甚至"我没想到能这样"的反思都留了下来，这种真实感在开源项目里很少见。

如果你决定动手试试，跟着下面这张清单走就行：

1. 确认系统是Windows 10 1809以上，Visual Studio 2019+且装了UWP工作负载
2. 克隆仓库：git clone https://gitcode.com/gh_mirrors/bi/BiliBili-UWP
3. 打开BiliBili-UWP.sln，选择x64平台，重新生成测试证书并导入受信任根目录
4. 生成解决方案并部署，在开始菜单找到"哔哩"启动
5. 登录账号，按F11体验全屏、F2开关弹幕、Shift+S试试一键截图
6. 卡顿就去显卡设置开垂直同步，装不上就检查证书是否导入到位

坦白讲，在官方客户端和网页版占据主流的今天，装一个停止维护的第三方应用多少带点"考古"意味。但换个角度看，这也正是它可爱的地方：它代表了一段"技术爱好者凭热爱做产品"的时光，也给了后来者一个可以放心拆解、反复研究的样本。试试看吧，哪怕只是打开它，看看那个熟悉的粉紫小电视在Windows上亮起来的瞬间。

【免费下载链接】BiliBili-UWPBiliBili的UWP客户端，当然，是第三方的了项目地址: https://gitcode.com/gh_mirrors/bi/BiliBili-UWP