gkd 耗电原因解析：规则数量与无障碍事件刷新频率

「GKD 费电吗」是社区最常见的疑问之一。官方 FAQ 的答案很直接：GKD 默认情况下并不耗电——并把真正的耗电来源讲得很清楚。本页把这个官方结论展开，给你一套可操作的省电策略。

两个常见的错误认知

官方首先纠正了两个想当然：

• 「关掉更新检测能省电」——不正确；
• 「关掉日志能省电」——也不正确。

这两项的开销是偶发且微小的，关了它们电不会省下来。

真正的耗电公式

官方点名的两个真实耗电来源：

1. 启用的规则数量：每条启用的规则都要在界面变化时参与匹配；
2. 当前应用的无障碍节点数量与事件刷新频率：引擎的匹配工作量 = 规则数 × 界面复杂度 × 事件频率。

第二条解释了一个现象：同样是刷应用，用某些节点爆炸、事件高频的短视频类应用时，GKD 的存在感（耗电）明显高于别的应用——不是 GKD 变了，是那一类应用的「扫描工作量」天然大。官方原话：长时间使用此类软件的规则会比较耗电，请自行考虑后再启用。

无脑全开是耗电重灾区

官方还点名了一个社区习惯问题：早期默认订阅规则数量有 1300+，很多用户喜欢全部开启，甚至同时开启多个订阅——而这些订阅大多互相 fork、内容基本重复，相当于让引擎同时跑几份一样的规则。

规则越多、重复越多，匹配开销越大，耗电自然上去。这不是引擎的问题，是配置的问题。

省电策略清单

• 订阅选精不选多：一两个活跃订阅足够，重复订阅全部关掉（订阅管理见订阅页一览）；
• 分类按需开：只留你真的要用的类别（开屏广告 + 几个提示类），其余关掉（取舍见规则分类）；
• 规则组按应用取舍：重度使用的应用留全量，偶尔用的应用只留开屏广告组；
• 节点大户谨慎配规则：给短视频类应用单独配规则时想清楚值不值；
• 参数限流：自己写规则时记得挂 matchTime、actionMaximum、fastQuery（方法见全局规则与匹配调优）。

结论

GKD 的耗电几乎完全由你的规则配置决定。配置得当（少量规则、精简订阅），它就是一个近乎无感的后台服务；无脑全开还叠加重复订阅，那耗电怪不了引擎。