BiliRoaming项目链接净化功能失效问题分析

背景介绍

BiliRoaming是一个针对哔哩哔哩客户端的第三方修改项目，提供了诸多增强功能。其中一项重要功能是"链接净化"，即将哔哩哔哩的短链接(b23.tv)自动转换为标准链接(bilibili.com)，这一功能在用户分享视频时特别实用。

问题现象

近期用户反馈，BiliRoaming的链接净化功能再次失效。具体表现为：

1. 用户在客户端分享视频时
2. 复制的链接又变回了b23.tv短链形式
3. 原本应该被净化为bilibili.com的标准链接

技术分析

这个问题源于哔哩哔哩官方对短域名系统的调整。项目维护者此前已经针对域名变更做过一次适配(将b23.tv替换为bili2233.cn)，但哔哩哔哩似乎又切换回了原来的短域名。

在代码层面，问题出在ShareHook.kt文件中的正则表达式匹配模式。当前实现只针对单一域名进行匹配，缺乏对未来可能变化的预见性。

解决方案

针对此问题，社区提出了两种改进方案：

1. 多域名匹配方案： 修改正则表达式，同时匹配b23.tv和bili2233.cn两个域名，提高兼容性。示例代码如下：

   private val contentUrlPattern = Regex("""[\s\S]*(https?://(b23\.tv|bili2233\.cn)/\S*)$""")
   

2. 功能描述优化： 考虑到域名可能频繁变更，建议将功能描述改为更通用的"把分享链接中的短链接换成正常链接"，避免因具体域名变更导致用户困惑。

深层思考

这类问题反映了客户端与第三方模块之间的"猫鼠游戏"。作为第三方开发者，可以考虑以下策略提高稳定性：

1. 采用更灵活的正则表达式，不硬编码特定域名
2. 实现域名匹配的白名单机制，方便后续扩展
3. 建立自动检测机制，当发现新域名时提醒维护者更新

总结

BiliRoaming项目的链接净化功能失效问题，本质上是由于对客户端变更的适配不及时导致的。通过采用更灵活的多域名匹配方案，可以有效提高功能的稳定性。这也提醒我们，在开发类似功能时，应该尽可能考虑未来可能的变更，设计更具扩展性的解决方案。