公司：哔哩哔哩
bilibili，音译哔哩哔哩，是总部位于中华人民共和国上海市的一个以ACG相关内容起家的弹幕视频分享网站，故简称及通称B站[f]。此外，bilibili的前身为视频分享网站Mikufans，并由网友“⑨bishi”（徐逸）于2009年6月26日创建。Mikufans建站的初衷是为用户提供一个稳定的弹幕视频分享网站，其后于2010年1月24日改为“bilibili”。
bilibili的内容随着发展渐渐不仅限于ACG，主要分区分为番剧、国创、放映厅、纪录片、漫画、专栏、直播、课堂、动画、音乐、舞蹈、游戏、知识、数码、生活、美食、VLOG、鬼畜、时尚、娱乐、影视、电影、电视剧、音频，除此之外亦有会员购、专题中心、全区排行榜、活动中心、能量加油站、社区中心、工坊集市、小黑屋、音乐PLUS、游戏中心（特指由哔哩哔哩代理登陆接口的游戏发布平台）、游戏赛事的区域。除了视频外哔哩哔哩还运营有《命运/冠位指定》、《崩坏学园2》等多部游戏。而现在网站标题中含有“( ゜- ゜)つロ 干杯~”的颜文字以做宣传。除此之外bilibili也被用户称为小破站、小电视。至2015年，75%的用户年龄在24岁以下，是年轻人的聚集地。
至2023年3月31日，B站月均活跃用户达3.15亿，移动端月均活跃用户达2.76亿，分别增加31%及33%。在用户健康增长的基础上，B站也在不断加快商业基础设施建设，提高社群服务管控能力。B站月均付费用户增长至2,720万，同比增长33%，付费率提升至9.3%。不过做大的同时，bilibili的成长空间也逐渐饱和，影视会员与视频业务在2022年营运呈现亏损扩大状态，年轻新人大量涌入却未能利用，而部分老用户指B站感觉变了，对现在的评论管理与风气感到不满，同时其up主也因为投稿不顺、分成不足等问题，开始出现部分停更现象。对此B站开始进行裁员降本增效，重新把精力投入游戏与商业制作上，项目2024年达到盈亏平衡。
哔哩哔哩 Android 同步优化•Jetifier
本文将介绍 B 站 Android 编译同步优化实践。
没有SLO就没有SRE？来看看B站SRE对SLO的实践总结（上）
最近几年，Google SRE在国内非常流行。Google SRE方法论中提出了SLO是SRE实践的核心，SLO为服务可靠性设定了一个目标级别，它是可靠性决策的关键因素。本文就来讲讲B站SRE在实践SLO时所走的弯路和总结的经验。
B站接入层网络演进实践
B站网络团队按稳定和高效原则设计网络结构。底层物理网络通过物理线路、硬件设备和网络技术，形成了一张稳定且可靠的DCN网络，为上层业务提供高效和快速的转发通道。基础网络下承机房基础设施、上接业务，需解决业务需求变化快和基础网络升级难这一矛盾。
B站移动真机测试集群建设实践
最近几年B站业务高速发展，除了原有的主站业务又催生了很多新的业务，如国际版、必剪、猫耳、HD等，因此各个业务团队对测试手机的需求也显著增长，这对公司来说是一笔不小的开支，但现有测试手机资源分配不均，利用率也非常有限，导致各个团队开发、测试过程中都很难做到多机型覆盖，如何合理、高效利用这些测试手机资源，是摆在我们面前的一道难题。另外在B站内部业务高频率敏捷迭代的节奏下，客户端版本的迭代周期也变的越来越短，为了最大限度的保障产品质量，自动化测试成为整个质量保障过程中不可或缺的存在，而自动化测试需要高质量基础设施来支撑，不然就是空中楼阁，而对于移动APP来说，这个基础设施就是云测机房，也就是下图中的IaaS层。
其中最上面的SaaS层提供诸如：兼容性测试、稳定性测试、性能测试、UI测试等各种各样的自动化测试能力，中间的PaaS层则提供：测试用例管理、测试数据管理、测试框架支持、测试任务调度以及测试报告展示等平台层服务，而laaS层作为底层服务，主要是为了把手机这类硬件资源抽象化为一种通用的测试资源来为上层提供通用的测试设备服务。
全链路压测改造之全链自动化测试实践
B站直播营收送礼业务有着高写、在跨晚和S赛等大型活动下流量陡增、数据实时性要求高等特性，传统压测无法逼近线上真实情况的问题，因此业务对全链路压测有着较大的诉求，需要通过全链路压测来系统性地评估服务容量，发现瓶颈和隐患。
B站基于Apache Ranger的大数据权限服务的技术演进
随着云计算、大数据技术的日趋成熟，复杂多元、规模庞大的数据所蕴含的经济价值和社会价值逐步凸显，数据安全也是企业面临的巨大挑战，B站一直致力于对用户隐私数据的保护。本文将介绍B站基于Apache Ranger的大数据权限服务的技术演进之路。
哔哩哔哩自研虚拟偶像文件格式BVA已开源！
为填补现有3D格式能力上的一些缺陷，增强已有格式能力，并掌握自治权，我们认为有必要创造一种适合中国本土化的标准格式，以满足日益繁多的业务和本土化特色需求，并掌握虚拟生态的话语权。基于此需求，哔哩哔哩BVA应运而生。
B站在全链路压测上的实践
全链路压测是在线上生产环境中通过模拟正常用户操作路径进行压力测试的一种方式，对比于我们通常的接口压测具有仿真度高、场景覆盖全等特点。本文将基于前人成熟的实践经验并结合 B 站的基础设施来介绍我们在全链路压测的建设和落地经验。
2021.07.13 我们是这样崩的
别骂了，我们来还债了！B站“713事故”系列之第一篇：首次公开复盘。
B站移动端低代码测试探索与实践
本文旨在探索与介绍如何通过“流量录制”、“流量回放”代码套件降低白盒测试成本，持续提升移动端代码可测性。
B站离线多机房架构实践
本文描述了B站离线多机房方案，该方案已平稳上线运行半年以上，迁移数据量近300PB，作业数占集群所有作业数的1/3。从实践的结果来看该方案在很大程度上解决了跨机房网络带宽不足、稳定性差与离线任务高效产出之间的矛盾。
常数时间国密算法（二）：SM2的代码分支规避
本文具体讨论代码分支相关的安全隐患和规避代码分支的一些技术。代码分支的重点并不在于针对每种攻击去消除或掩盖相应的效应，而是要从源头入手，避免根据敏感数据作出代码分支。
直播间场景下长链消息业务性能测试实践（一）：APP客户端
随着技术的迭代演进，直播的互动形态由直播间内用户聊天互动的IM消息流衍生出许多互动行为的实时提醒，这些丰富的实时交互能力都是通过长链消息流下发的。本文将介绍APP客户端直播间场景下长链消息业务性能测试实践。
B站压测实践之压测平台的演进
压测的重要性毋庸置疑，相比于监控，压测可以说是主动手段。通过高负载的预演，及时发现线上服务的瓶颈和缺陷，对线上服务质量保障起到了至关重要的作用。本文将介绍B站压测的演进之路：手工阶段 → 平台1.0阶段 → 平台2.0阶段。
基于 Bazel 的 iOS Monorepo 工程实践
目前B站客户端的 Monorepo 模式还在进化中，未来会有越来越多的编译优化的自研规则实装到我们的iOS项目中来，分布式编译能力也已经提上日程。
WebAssembly 软解 HEVC 在 B 站的实践
B 站是一家把用户体验放在第一位的公司，在 AVC 编码下我们已经做到了不错的视频播放卡顿率控制，为了进一步的降低卡顿率我们开始了对 HEVC 编码的探索。HEVC 是比 AVC 更加高效的视频压缩标准，可以在同等画质下减少 50% 的文件体积，意味着只要原先一半的带宽下就能流畅播放 HEVC 视频，在更差的网络环境下依旧能得到不错的用户体验。
目前业内 HEVC 编码主要用于各类移动端设备上，Web 端常见浏览器仅在 Safari 、旧版 Edge 和部分魔改的 Chromium 内核浏览器上才支持播放。得益于 Chrome 在 v57 版本支持了 WebAssembly 并在 v68 版本重新开放了 SharedArrayBuffer（WebAssembly 多线程基础） 接口使得在 Web 上实现高性能应用成为了可能，于是我们自研了基于 WebAssembly 实现软解 HEVC 的播放器。我们在 Web 上进行 HEVC 优化就分为了两部分：在支持 HEVC 的浏览器上使用浏览器解码播放 HEVC 和在不支持 HEVC 的 Chromium 内核浏览器上使用基于 WebAssembly 开发的 WasmPlayer 解码播放 HEVC。
WasmPlayer 提供的是软件解码（软解）能力，通俗层面上软件解码是指使用 CPU 进行解码，相对应的硬件解码（硬解）则是使用 GPU 进行解码。软解的兼容性较高，在不支持硬解的设备上也能使用，劣势是相对而言占用更多的 CPU；硬解的兼容性则相对较低，需要硬件厂商提前适配，优势是功耗、CPU 占用低。硬解和软件相辅相成缺一不可，不是所有的设备都支持各类编码的硬解，新编码借助软解方案则可以实现更快的普及，让更多的用户提前使用上优秀的新编码。