DandelionSprout/adfilt项目中Google Maps无限重定向问题的技术分析

问题现象描述

在DandelionSprout/adfilt项目的"Actually Legitimate URL Shortener Tool"过滤列表使用过程中，部分Android用户报告了访问Google Maps时出现无限重定向循环的问题。具体表现为：

1. 用户访问Google Maps网站
2. 拒绝cookie提示后
3. 浏览器陷入URL为https://www.google.com/maps/?entry=ml&coh=230964%2C230964%2C230964%2C230964%2C230964的无限重定向循环

技术背景

这个问题涉及到URL参数清理与网站功能之间的冲突。过滤列表中的规则原本设计用于清理URL中的跟踪参数（如utm_开头的参数），以提高用户隐私保护。然而，Google Maps的部分功能依赖于这些参数来维持会话状态和用户选择。

问题根源

经过技术分析，确定问题出在以下规则：

$doc,removeparam=/^\??utm_.*$/i,domain=~tradedoubler.com|~sendgb.com|~allegro.pl|~tix.axs.com|~transfernow.*|~carrefourpl.snrpage.com|~justdial.com|~pepper.pl|~gaugau.futabanet.jp|~uploadnow.io

该规则会移除所有utm_开头的URL参数，但Google Maps在用户拒绝cookie后需要保留某些参数来维持正常功能。参数被移除后，网站会不断尝试重新设置这些参数，导致重定向循环。

解决方案

项目维护者提出了两种解决方案：

1. 特定域名排除：将Google域名加入规则例外列表，使用TLD通配符简化处理：

   |~www.google.*|~ipv6.google.com
   

2. 平台区分处理：考虑到问题主要出现在移动端，可以使用uBlock Origin的环境变量env_mobile来创建移动端专用规则。

兼容性考虑

值得注意的是，这个问题在不同浏览器版本和平台上表现不一致：

• Firefox Android 135+版本似乎已修复此问题
• 桌面版浏览器未报告此问题
• 不同地区的Google域名(如google.co.uk)也可能受影响

技术建议

对于类似URL参数清理功能的实现，建议：

1. 对关键业务网站进行更细致的测试
2. 考虑采用渐进式规则部署，先小范围测试再全面应用
3. 建立更完善的异常报告和处理机制
4. 针对不同平台特性设计差异化规则

这个问题展示了隐私保护功能与网站正常功能之间需要寻求平衡，也体现了开源项目通过社区协作快速定位和解决问题的优势。