Redlib项目解析：移动端User-Agent导致多订阅源加载失败的解决方案

问题现象

近期Redlib用户反馈在访问"Home"订阅源时出现DNS解析错误，具体表现为无法加载用户订阅的多子版块聚合内容，但直接访问单个子版块或"All"/"Popular"等公共源则正常。错误信息显示为"failed to lookup address information"。

技术分析

经过深入排查，发现问题源于Reddit API对移动端User-Agent的特殊处理机制：

1. 当请求包含多子版块聚合的URL时（如/r/gaming+news/hot.json）
2. 若请求头中包含"Android"标识的移动端User-Agent
3. Reddit服务器会强制将请求重定向至主域名reddit.com
4. 由于Redlib客户端会基于REDDIT_BASE重新构造URL，导致最终形成错误的请求地址

解决方案

采用Unicode零宽空格字符的巧妙方案：

1. 在User-Agent字符串的"Android"单词中插入U+200B零宽空格
2. 既保留了原始User-Agent的格式特征
3. 又绕过了Reddit对"Android"字符串的检测逻辑
4. 避免了完全移除User-Agent可能带来的指纹识别风险

技术实现细节

核心修改是在构建HTTP请求时，对多子版块聚合请求的User-Agent进行特殊处理：

// 原始User-Agent
"Reddit/Version 2022.26.0/Build 521193/Android 11"

// 修改后User-Agent
"Reddit/Version 2022.26.0/Build 521193/And\u{200b}roid 11"

这种方案的优势在于：

• 对普通用户完全透明，不影响使用体验
• 在大多数文本编辑器中不可见，降低被Reddit工程师发现的风险
• 保持其他API请求的原始User-Agent不变，避免大规模变更带来的副作用

经验总结

此案例展示了几个重要的技术实践：

1. 第三方API兼容性问题的创新解法
2. Unicode字符在规避检测中的应用
3. 最小化修改原则在热修复中的价值
4. 移动端特征模拟时需要注意的边界情况

对于开发者而言，这也提醒我们在处理聚合数据请求时需要特别注意平台方的特殊限制规则，以及User-Agent字段可能带来的各种意想不到的影响。