酷安这个傻叉APP，幺蛾子最多了。帮我看看，我这样写有没有可以优化的。感觉写的有点笨笨的

[popokcn]

@[vid="close_view"] - [visibleToUser=true] < [visibleToUser=true] + [visibleToUser=true] + [visibleToUser=true] + [visibleToUser=true] > [vid="relative_view"] > [text="广告"]

快照地址：https://i.gkd.li/snapshot/1748950980938

[popokcn]

先找广告，然后向上一层父节点，然后只能一个一个往前兄弟节点吗？
然后定位到：

再子节点，只能先定位到徕芬，再往后一个兄弟吗？也就是说子节点只能先找到第一个，再一个一个往后吗？

[lisonge]

快照地址：https://i.gkd.li/snapshot/1748950980938

https://gkd.li/guide/snapshot#share-note

---

也就是说子节点只能先找到第一个，再一个一个往后吗？

使用 B <n A

[popokcn]

原来如此，又学到一招，感谢帅哥。

然后这步呢，还能不能优化，就是找前面的兄弟节点，只能一个一个往前吗？

[lisonge]

• B -n A
• B +n A
• B >n A
• B <n A

[lisonge]

https://gkd.li/guide/selector#connect-operator

https://gkd.li/guide/selector#connect-exp

[popokcn]

好勒，我刚刚自己也试出来了，原来都可以加数字的。看文档的时候一开始一直没看懂。哈哈哈，感谢大哥指导

[lisonge]

这个只需要 3 个步骤即可

[popokcn]

对的，我感觉我现在强的可怕。哈哈哈，再问一个问题:

@* <2 * +n * >n [text="广告"]
@* <2 * +3 * >2 [text="广告"]
这样2条，是不是确定好数字的，性能会快很多。主要酷安这个傻逼APP，广告天天更新结构。我怕确定数字的适配性差，又怕写n匹配性能差

[lisonge]

只使用 <> 这两个可以尽量获取少节点

确定数字的确可以减少判断次数，不过适配性降低，n 也可以换成元组 (2,3)

单个的规则的性能变化不大

[yjd]

顺便把你的酷安规则分享下，酷安中间插很多广告切实看着很不爽。

[popokcn]

目前就做了这条试试手而已，有空遇到订阅的公用规则拦不掉的，我再做。

{
  id: 'com.coolapk.market',
  name: '酷安',
  groups: [
    {
      key: 1,
      name: '[ChangeMe]规则名称-2025-06-09 13:39:00',
      desc: '[ChangeMe]本规则由GKD网页端审查工具生成',
      rules: [
        {
          fastQuery: true,
          activityIds: 'com.coolapk.market',
          matches: '@* <2 * +n * [text="广告"]',
          snapshotUrls: 'https://i.gkd.li/i/20572806',
        },
      ],
    },
  ],
}

[yjd]

广告关完还会弹窗口，还要关：

{
  id: 'com.coolapk.market',
  name: '酷安',
  groups: [
    {
      key: 1,
      name: '酷安-举报广告_不感兴趣',
      desc: '2025-06-10',
      rules: [
        {
          fastQuery: true,
          matches: '@[text="不感兴趣"] <<n ListView >2 [text="举报广告"][visibleToUser=true][clickable=false]',
          snapshotUrls: 'https://i.gkd.li/i/20572806',
        },
      ],
    },
  ],
}

[popokcn]

这个弹窗的关闭规则，各种三方订阅都是有了的，基本没变化过。我现在只是把三方规则没拦截的自己补全一下