uBOL项目中的DNR规则优先级问题解析与修复

在uBlock Origin Lite（uBOL）项目中，近期发现了一个影响亚马逊AWS产品页面内容加载的技术问题。该问题源于声明式网络请求（DNR）API中规则优先级的配置不当，导致部分关键请求被错误拦截。

技术团队通过分析发现，问题核心在于两条相互冲突的DNR规则：

1. 一条通用block规则拦截所有匹配"/web-vitals."模式的请求
2. 另一条针对amazon.com域的redirect规则试图将相同模式的脚本重定向到noop.js

由于DNR API默认优先级为1，两条规则具有相同优先级，导致block规则始终优先执行。这与开发者的预期行为不符——本应允许特定域下的重定向操作覆盖通用拦截规则。

解决方案是通过在filter语法中显式设置更高优先级（如添加":1"后缀），使redirect规则的优先级提升至2，从而确保其能正确覆盖block规则。这一修复已在uBOLite 2024.8.21.996版本中发布。

这个案例揭示了DNR规则优先级机制的两个重要知识点：

1. 默认优先级为1而非开发者可能假设的0
2. 冲突规则中更高优先级的规则才会生效

对于内容拦截类扩展开发者，这个经验提醒我们需要特别注意：

• 在编写拦截和重定向规则时，必须明确考虑优先级设置
• 测试时需验证规则间的交互行为，特别是在存在多条匹配规则的情况下
• 默认值假设可能导致意外行为，应始终参考官方文档确认API细节

该修复确保了uBOL在保持高效内容拦截能力的同时，也能正确处理特定场景下的例外规则，为用户提供更精准的内容控制体验。