动态过滤优先级 - fang5566/uBlock GitHub Wiki
首先：受信任站点规则会同时覆盖动态过滤和静态过滤规则。受信任站点规则位于控制面板的 受信任站点 版块，用来完全禁止过滤机制生效。点击弹出界面的巨大电源按钮可以快速将当前站点或页面加入 受信任站点 列表。
动态的 allow/block 规则会覆盖静态过滤规则。
- 使用
allow可以强制允许请求，无论该请求是否会被静态过滤规则屏蔽。- 适用于修复被 EasyList、EasyPrivacy 或其他静态过滤规则列表误杀的页面。
- 使用
block可以强制屏蔽请求，无论该请求是否会被静态过滤规则允许。- 适用于 100% 确认屏蔽，无视 EasyList、EasyPrivacy 或其他静态过滤规则列表中的例外规则。
动态过滤的单元格有一个处理优先级的逻辑。应用范围更小的规则会覆盖范围更大的规则；其连接首先会被目标域名破坏，其次是被请求类型破坏。下列显示的是从高到低的优先级顺序：
| 优先级规则 | 示例 |
|---|---|
| 更合格的目标域名的优先级高于次合格的 | * www.dest.com * block 会覆盖 * dest.com * noop |
| 更具体的目标域名的优先级高于指定请求类型的 | * dest.com * noop 会覆盖 * * 3p-script block |
| 同时指定第几方和内容类型的优先级高于仅指定了第几方的 | * * 3p-script block 会覆盖 * * 3p noop |
| 指定了第几方类型的优先级高于仅指定内容类型的 | * * 3p noop 会覆盖 * * image block |
| 指定了请求类型的优先级高于仅指定源域名的 | * * image block 会覆盖 source.com * * noop |
| 更合格的源域名的优先级高于次合格的 | www.source.com * * noop 会覆盖 source.com * * block |
| 更具体的源域名的优先级高于通用规则 | source.com * * block 会覆盖 * * * noop |
用户界面经过这样设计，优先级逻辑很快变得清晰易用。排在下方的单元格所在行优先级高于排在上方的行，右列的单元格优先级高于其左列的单元格。当右列没有特定的规则时，左列（全局的，包含所有源域名）的规则会“出血”（"bleed"）给右列（本地，当前特定的源域名）。