子孙和祖先节点的箭头方向有些反常识，耗电等

[allrobot]

一般的CSS选择器是这样的，a>b，声明a祖先节点指向b子节点

https://i.gkd.li/snapshot/1712231115916?gkd=QFt2aWQ9Im1lbnUiXSA8IFt2aWQ9Im1lbnVfY29udGFpbmVyIl0gLSBbdmlkPSJkb3RfdGV4dF9sYXlvdXQiXSA-IFt0ZXh0Xj0i5bm_5ZGKIl0

gkd若要指向子节点，是写成@[vid="menu"] < [vid="menu_container"]，感觉方向都反了

用惯了adb或ublock origin的语法规则，CSS选择路径，语法一般是[text^="广告"]>*...>@按钮类似的风格

关于耗电，bilibili视频的评论区很多人讨论耗电异常，请问这个App的最近一次更新，是否已改善耗电和卡顿情况？

https://www.bilibili.com/video/BV1VN411j7TR/?vd_source=b3d0a9a3b7325ec08e0c118a9095a146

[AIsouler]

@[vid="menu"] < [vid="menu_container"]和[vid="menu_container"] > [vid="menu"]在结果上是一致的，更多请参考https://github.com/Snoopy1866/blogs/blob/main/software/gkd/gkd-rule-tutorial/gkd-rule-tutorial.md

关于耗电，bilibili视频的评论区很多人讨论耗电异常，请问这个App的最近一次更新，是否已改善耗电和卡顿情况？

关于这个你可以自己用一段时间看看，听别人说不如自己尝试一下，要是觉得耗电多或者卡顿你可以选择卸载

[lisonge]

我在使用过程中并没有感觉耗电和卡顿，你可以自行 fork 后优化

[lisonge]

[vid="menu_container"] > [vid="menu"] 的相似结果选择器应该是 @[vid="menu"] <n [vid="menu_container"]

此外后者更慢，因为第一个的复杂度是 O(1) 每次只需要判断父节点，而第二个的是 O(n) 每次需要判断所有子节点

[lisonge]

可以理解gkd为什么用相反的箭头了

gkd 并没有使用相反箭头，A > B 在 gkd 和 css 里都是等价的结果，都是选中 B 并且要求 B 是 A 的子节点，只不过称呼不太一样

[allrobot]

可以理解gkd为什么用相反的箭头了

gkd 并没有使用相反箭头，A > B 在 gkd 和 css 里都是等价的结果，都是选中 B 并且要求 B 是 A 的子节点，只不过称呼不太一样

是我用词不准，相反箭头指的通常的CSS选择器父子关系的箭头方向，习惯的感官上颠倒了有点不习惯，反正结果是等价的，是我大惊小怪了