Listary V7.1 用 Rust 重写:Windows 文件搜索工具的又一次自我革命
Listary V7.1 发布,开发团队用 Rust 重写了界面、应用逻辑和后台服务,新写 20 多万行代码。本文梳理这次更新的背景、性能实测与设计理念。
2026 年 10 月中旬,Listary 发布了 V7.1。开发团队在官方论坛公告中透露,这一版本用 Rust 把界面、应用逻辑和后台服务整体重写了一遍,新写超过 20 万行代码。对于一款自 2011 年就存在的 Windows 文件搜索工具来说,这相当于把产品重新造了一遍。
为什么又一次重写
Listary 的版本演进可以大致分为三个阶段:
- V5 使用自研界面框架,性能与手感由团队完全掌控。
- V6 为适配高分屏和更多场景切换到 WPF 框架,框架替团队扛了大量界面工作,但问题也随之而来:快速打字时输入法可能闪退、部分显卡上内存异常增长、阴影导致文字发虚。这些问题藏在框架内部,很难继续下探排查。
- V7 先重写了搜索引擎,V7.1 再用 Rust 重写界面、应用逻辑和后台服务,重新把"框架握在自己手里"。
开发团队 xinyi 在说明中写道:"性能不是我们要讲的故事,但它是所有故事的前提。"重写的直接动机是想找回 V5 时代那种能把体验一路抠到底的掌控感。
性能实测:与 Everything 对比
Everything 一直被视作 Windows 文件搜索速度的标杆。Listary 团队在同一台电脑上、用相同关键词和相同索引规模,对冷启动与热启动各测多次并取中位数,与 Everything 对比的结果是:
- 打开窗口快了约 3 倍;
- 搜索速度持平;
- 内存占用更少。
此外,在几十万条结果的列表中拖动滚动条,每一帧的耗时中位数在 0.01 秒以内。开发者在设置-关于中提供实测搜索速度入口,并给出参考值 0.034s,同时提到有用户晒出过 0.008s 的截图。
便捷、简洁、易用的设计理念
性能只是基础,Listary 更强调"少想一步"的交互:
- 排序与路径筛选:用户以前打开过的文件排在前面,按 Ctrl+1 到 Ctrl+9 可直接打开;输入文件夹名中的片段再加
\,即可把搜索范围缩小到这些文件夹。 - Ctrl+G 快速跳转:在打开、保存对话框里按 Ctrl+G,直接跳到资源管理器当前打开的文件夹。
- V7 新增"推荐":在输入搜索词之前,就把可能需要的文件放到眼前,后续版本还会继续提升这种上下文感知能力。
开发团队公布的统计显示,搜索结果中第 1 条占打开次数的 76%,前 9 条占 97%。这解释了为什么 Listary 坚持把结果窗口做得足够短——用户绝大多数时候不需要翻页。
版本与升级策略
所有老的 Pro 付费用户都可以终身升级到新版本;同时存在免费版本,日常使用基本够用。官网地址为 listary.net,V7.1 的完整说明发布在小众软件论坛发现频道(meta.appinn.net/t/topic/93563)。
小结
Listary V7.1 的价值不只是"更快",而是通过 Rust 重写重新获得了对底层框架的完全控制,为后续持续优化交互细节打下基础。对长期依赖文件搜索效率的 Windows 用户来说,这是一次值得关注的实质性更新。
(内容由AI生成,仅供参考)