本文最后更新于 2026年1月13日。
开启 ALIST 的搜索功能确实会占用更多的内存（RAM），但具体的增加幅度取决于你选择的搜索引擎类型以及你的文件数量。
为了让你更直观地理解，我们可以从“索引过程”和“日常运行”两个阶段来看：
1. 不同引擎的内存占用对比
ALIST 支持多种搜索引擎，它们的内存胃口完全不同：
| 搜索引擎 | 内存占用 | 特点 | 建议场景 |
|---|---|---|---|
| database (数据库) | 极低 | 几乎不增加额外内存，主要消耗磁盘 I/O。 | 路由器、低功耗盒子、文件数 < 5万。 |
| bleve | 中等 | 索引时内存会飙升，搜索时占用较稳定（约 100MB-300MB+）。 | 树莓派、普通 NAS、文件数 5-20万。 |
| meilisearch | 较高 | 性能最强，但它是独立运行的，会缓存索引到内存，可能占用 500MB 以上。 | 性能充足的服务器、文件数 > 20万。 |
2. 内存占用的两个阶段
开启搜索后，内存消耗主要发生在以下两个时刻：
A. 构建索引阶段（最耗资源）
当你点击“构建索引”时，ALIST 需要遍历所有网盘。此时：
-
内存尖峰：程序需要临时存储目录树信息。
-
CPU 占用：如果你有几十万个文件，CPU 会持续高负载运行一段时间。
-
注意：在小内存设备（如 512MB RAM 的路由器）上，扫描超大网盘可能会导致 ALIST 进程崩溃（OOM）。
B. 日常搜索阶段
索引建立完成后：
-
如果你用的是 database，内存几乎没有波动。
-
如果你用的是 bleve，ALIST 会加载索引文件的一部分到内存中，以保证搜索响应速度。文件越多，索引文件越大，占用的常驻内存就越多。
3. 实际案例参考
-
轻量级用户：挂载了 2-3 个网盘，文件约 1 万个，使用
database引擎。开启搜索后，内存增加几乎感知不到（通常在 10MB 以内）。 -
重度资源党：挂载了多个影视库，文件数达到 50 万个，使用
bleve引擎。开启搜索后，常驻内存可能会增加 200MB – 500MB。
4. 优化建议：如何省内存？
如果你的设备内存较小（如 1G 以下），建议按照以下方式配置：
-
限制索引深度：在存储设置里，将“索引深度”设为 2 或 3，不要索引太深的文件夹。
-
排除不必要的目录：通过“排除路径”功能，避开那些文件极多但不需要搜索的文件夹（如：备份文件夹、小文件堆积区）。
-
优先使用 database：虽然搜索速度慢一点，但它对低功耗设备最友好，不会导致系统卡顿。
-
手动触发索引：关闭自动更新索引，选择在夜间或设备空闲时手动点击“构建索引”。
**你目前准备在什么设备上运行 ALIST？（例如：群晖 NAS、轻量云服务器还是小米/华为路由器？）**我可以根据你的硬件给出更具体的建议。