Wox 性能调优：海量文件索引下的内存与响应优化

先分清「慢」是哪一种慢

「变慢了」是个笼统的描述。不同环节的慢，原因完全不同，处理方法也不一样。先对号入座：

第一件事是确认自己属于哪一类。凭感觉调参数往往调错方向。

主线一：给索引瘦身

索引规模是影响检索速度最直接的因素。索引里文件越多，每次匹配要扫的范围越大。

排除系统与程序目录

这是收益最大的一步。系统目录和程序安装目录里有海量文件，但你几乎不会主动去检索它们。

把它们排除掉之后，索引数据库会明显变小，检索速度提升，搜索结果也不再被一堆 DLL 和配置文件占据。

排除缓存与临时目录

浏览器缓存、构建缓存、临时文件目录的文件数量巨大且变化频繁。这些内容纳入索引不仅拖慢检索，还会让索引持续重建。

排除虚拟机与大型媒体目录

虚拟机镜像、视频素材这类目录，文件少但体积大。它们对索引数据库的影响不大，但会让索引更新时的扫描变慢，按需排除更合理。

主线二：治理插件数量

插件是呼出响应的主要影响因素。每个启用的插件都参与每次按键的匹配过程。

用「一周法则」清理

回想过去一周，你能说出哪三个插件真正用过？说不出来的，就是该禁用的。

这个方法比看功能列表有效得多，因为它衡量的是实际使用，而不是潜在价值。

把「执行一条命令」的插件降级成别名

很多插件本质只是执行一条命令加几个参数。这类功能用别名实现，零运行时开销。

迁移或清理时顺手做一次这样的降级，插件数量往往能减少三分之一。

注意插件的权重设置

部分配置支持给插件设置优先级或触发条件。把低频插件设为「仅在特定前缀下响应」，能避免它参与每次按键的匹配。

主线三：清理缓存与日志

长时间使用后，缓存和日志会累积。它们不直接影响检索速度，但会拖慢启动和占用磁盘。

• 日志：按日期分文件，旧文件可以定期删除。保留最近一周通常够排查用。
• 缓存：界面缓存、图标缓存、WebView 数据。体积膨胀后会影响界面渲染速度。
• 索引数据库：如果出现异常缺失或重复结果，可以尝试重建一次。

这类清理建议做成定期动作，一季度一次就够。临时性的清理往往解决不了根本问题。

主线四：硬件与系统层面

如果软件侧都优化过了还是慢，问题可能在硬件或系统：

• 机械硬盘是索引类工具的天敌。索引数据库的随机读取在 HDD 上会明显拖慢响应。
• 磁盘占用过高会让索引更新卡住，表现为新文件搜不到。
• 杀毒软件实时扫描会拦截索引进程的文件访问，造成持续性延迟。把相关目录加入白名单能明显改善。
• 内存不足时系统会频繁换页，启动器的常驻进程也会被换出，再次呼出时就要等它读回内存。

这几条不是「调参数能解决」的问题，但确实是很多「怎么优化都没用」的最终答案。

一个可以照着做的优化顺序

按这个顺序做，每一步都能验证效果：

1. 先测量。记录当前的热键呼出耗时和一次典型搜索的耗时，作为基线。
2. 排除索引目录。把系统、程序、缓存、虚拟机目录排除，重新测一次。
3. 禁用不用的插件。一次禁一半，测一次，定位是哪一批拖慢的。
4. 清缓存与旧日志。重启后再测。
5. 检查杀毒白名单与磁盘状态。

这个顺序的道理是先做收益最大、风险最低的调整，并且每次都验证。不做基线就直接调参数，最后你无法判断是哪一步起了作用。

什么指标值得关注

不需要复杂的性能分析，只关注两个体感指标就够：

• 呼出延迟：按下热键到看见输入框，应该感觉不到等待。
• 首字符响应：输入第一个字到结果列表刷新，同样应该感觉不到等待。

这两个指标一旦出现「能感知到的等待」，就说明该做一次清理了。启动器的体验标准就是「无感」，任何可感知的延迟都值得处理。

最后：不要过度优化

性能调优有一个常见陷阱：为了追求极致而反复调参数，结果花的时间远多于省下的时间。

务实的标准是：感觉不到延迟就停手。启动器不是需要压榨到毫秒的软件，它只需要快到你不去想它有多快。