gkd 耗电与卡顿排查：规则配置导致的性能问题处理

官方 FAQ 对耗电有一段结论性说明：GKD 默认并不耗电，真正的耗电在于启用的规则和当前应用界面无障碍节点数量及无障碍事件刷新频率。本页把这句话变成可执行的排查步骤。

第一步：检查你是不是「全开党」

按官方观察，耗电大户大多是这几类配置：

• 订阅规则全开，包括根本用不到的类别；
• 同时开启多个内容重复的订阅（互相 fork 的订阅规则几乎一样，等于几份重复规则同时跑）；
• 早期默认订阅全量规则（数量曾达 1300+）一并启用。

处理：订阅页留一两个活跃订阅，重复的关掉；分类只留开屏广告等核心需求（取舍方法见规则分类）。

第二步：识别「节点大户」应用

有的应用（官方点名抖音这类）无障碍节点数量多、事件刷新频率高。GKD 在这些应用里做匹配，工作量天然大，长时间使用会比较耗电——官方的建议是「请自行考虑后再启用」此类应用上的规则。

判断方法：如果耗电集中在使用某几个应用时，那就是节点大户在放大规则开销，优先精简这些应用上的规则组。

第三步：自己写的规则做参数体检

自定义规则缺限流参数是另一个常见耗电源。每条规则组检查：

• 有 matchTime 限制匹配窗口吗（如开屏广告只匹配启动后 10 秒）？
• 有 actionMaximum 限制执行次数吗？
• 选择器只用简单属性时，挂 fastQuery: true 了吗？
• 选择器最右端是最强条件吗（匹配顺序从右往左，见匹配调优）？

参数含义与示例见全局规则。

第四步：排除保活设置的反效果

后台保活的几项设置（常驻通知、后台活动）本身开销极小，但如果你为了让 GKD 活着给一堆不相关的应用也放了行，系统整体的电量统计会被拉高。保活策略只针对 GKD 本身即可，见后台保活。

关掉更新检测和日志能省电吗

不能。官方原话明确：「有的人以为关闭更新检测，关闭日志就能减少耗电，并不正确。」这两项是偶发轻量操作，省电的正道只有一条：减少规则与界面变化发生关系的总量。

一个判断基准

配置合理时，GKD 的存在感应该接近于无：通知栏一条常驻通知 + 偶尔的触发提示。如果你的日常耗电榜里它常驻前列，按上面四步过一遍，基本都能找到那几个多开的订阅或全开的分类。