# 【开源自荐】Lokii：像 Everything 一样快，专为 Mac 打造的亚毫秒级原生文件搜索工具

**URL:** <https://meta.appinn.net/t/topic/93005>\
**Category:** 发现频道\
**Tags:** macos\
**Created:** [2026 年10 月 7 日 00:24 UTC](https://meta.appinn.net/t/topic/93005 "2026-10-07T00:24:15Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

作者： ![huangy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/huangy/32/76089_2.png) [@huangy](https://meta.appinn.net/u/huangy)\
发布日期： [2026 年10 月 7 日 00:24 UTC](https://meta.appinn.net/t/topic/93005/1 "2026-10-07T00:24:16Z")

</div>

### 软件名称

Lokii

### 应用平台

- macOS

### 推荐类型

【开源自荐】

### 是否收费

开源免费（MIT 协议）

### 一句简介

像 Everything 一样快，专为 Mac 打造的亚毫秒级原生文件搜索工具。

### 应用简介

在 Windows 上用惯了 Everything 的即时极速搜索，换到 Mac 后常常觉得系统原生聚焦（Spotlight）在海量开发工程或文件检索时响应不够纯粹与即时。

Lokii 专为 macOS 打造，基于 Rust 内存倒排索引核心 + 原生 AppKit 界面构建，兼顾极致的亚毫秒级检索性能与纯粹的原生视觉体验：

**核心特性**

- **亚毫秒级极速响应** ：底层采用 Rust 高性能倒排索引与内存基数树，50 万+ 文件索引检索延迟稳定低于 10ms，键入即出。
- **原生轻量与低资源开销** ：基于 macOS 原生 AppKit 开发，UI 流畅跟手，日常运行内存常驻占用 \< 100MB，不占宝贵系统资源。
- **实时文件变动监听** ：集成 macOS 原生 FSEvents 机制，后台无感实时增量同步文件变动，无需手动重新扫描全盘。
- **丰富的搜索匹配语法** ：支持通配符、多关键词空格与条件检索、正则表达式以及拼音模糊搜索，支持按文件类型与路径快速过滤。
- **100% 离线与隐私保护** ：所有文件元数据索引均在本地内存与磁盘中运行，不采集任何用户数据，无任何网络遥测。

### 截图预览

 ![screenshot-main](https://h2cdn.appinn.me/original/3X/8/6/86f7456d59498e639ca85de49d51621f1c4da060.webp)

### 下载与安装方式

- 官网一键下载：[https://lokii.huangy.top](https://lokii.huangy.top)
- GitHub Releases：[Releases · huangy7/lokii · GitHub](https://github.com/huangy7/lokii/releases)

---

<div class="post-metadata">

作者： ![cuisanzhang](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/cuisanzhang/32/58392_2.png) [@cuisanzhang](https://meta.appinn.net/u/cuisanzhang)\
发布日期： [2026 年10 月 7 日 07:54 UTC](https://meta.appinn.net/t/topic/93005/2 "2026-10-07T07:54:43Z")

</div>

这么厉害, 不是说mac文件系统没有接口支持吗

---

<div class="post-metadata">

作者： ![qianlf2010](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/qianlf2010/32/68161_2.png) [@qianlf2010](https://meta.appinn.net/u/qianlf2010)\
发布日期： [2026 年10 月 7 日 14:52 UTC](https://meta.appinn.net/t/topic/93005/3 "2026-10-07T14:52:43Z")

</div>

没有Windows的MFT那么好用，实时监听起来也有很多细节处理。终究还是受限于系统

---

<div class="post-metadata">

作者： ![chaos](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/c/9d8465/32.png) [@chaos](https://meta.appinn.net/u/chaos)\
发布日期： [2026 年10 月 9 日 11:29 UTC](https://meta.appinn.net/t/topic/93005/4 "2026-10-09T11:29:08Z")

</div>

全文搜索还是文件名搜索?

---

<div class="post-metadata">

作者： ![huangy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/huangy/32/76089_2.png) [@huangy](https://meta.appinn.net/u/huangy)\
发布日期： [2026 年10 月 10 日 15:50 UTC](https://meta.appinn.net/t/topic/93005/5 "2026-10-10T15:50:39Z")

</div>

macOS 确实没有像 Windows NTFS 那样直接开放读取的底层元数据日志（MFT / USN Journal）。

**Lokii 在 Mac 下的实现思路是：**

1. **初次启动** ：在后台通过多线程快速遍历，建立基于 Rust 的内存倒排索引与基数树；

2. **运行时监听** ：深度接入 macOS 原生的 `FSEvents` 机制，后台无感监听文件变动做增量同步。

:light_bulb: 通过纯内存索引加上事件驱动，依然在 Mac 上实现了 **50 万** 文件稳定在 **10ms 以内** （实际多在 2~5ms）的即时检索与击键即出。

---

<div class="post-metadata">

作者： ![huangy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/huangy/32/76089_2.png) [@huangy](https://meta.appinn.net/u/huangy)\
发布日期： [2026 年10 月 10 日 15:52 UTC](https://meta.appinn.net/t/topic/93005/6 "2026-10-10T15:52:04Z")

</div>

确实，Mac 没有 MFT 这种全局记录表，FSEvents 监听起来细节非常多，尤其是面对大批量小文件（如 node\_modules、.git 等工程缓存）的高频变动，很容易引起事件风暴或资源消耗。

Lokii 底层针对这类常见开发缓存目录做了可配置的路径过滤与事件防抖去重处理，日常常驻内存控制在 100MB 以内，核心目标就是尽量抹平系统差异，让 Mac 用户在日常找日常文件、工程和文档时获得最接近 Everything 的零等待体验。

---

<div class="post-metadata">

作者： ![huangy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/huangy/32/76089_2.png) [@huangy](https://meta.appinn.net/u/huangy)\
发布日期： [2026 年10 月 10 日 15:52 UTC](https://meta.appinn.net/t/topic/93005/7 "2026-10-10T15:52:38Z")

</div>

是极速文件名与路径搜索（支持通配符、空格多关键词与/或逻辑、正则表达式以及拼音首字母/全拼模糊匹配）。

目前没有做文件正文全文本检索，主要是为了保持纯内存常驻、极低系统资源占用（常驻内存 \< 100MB）和亚毫秒级的击键即出响应，纯粹做专属 Mac 的“Everything”定位。

---

<div class="post-metadata">

作者： ![winlpl](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/w/e0b2c6/32.png) [@winlpl](https://meta.appinn.net/u/winlpl)\
发布日期： [2026 年10 月 10 日 17:11 UTC](https://meta.appinn.net/t/topic/93005/8 "2026-10-10T17:11:00Z")

</div>

其实最难的是如何降低内存占用.每一个bit都要省着用.然后就是多线程了..搜索速度反而是最简单的..

---

<div class="post-metadata">

作者： ![EAea](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/e/e47c2d/32.png) [@EAea](https://meta.appinn.net/u/EAea)\
发布日期： [2026 年10 月 13 日 05:20 UTC](https://meta.appinn.net/t/topic/93005/9 "2026-10-13T05:20:43Z")

</div>

MAC默认的不是已经支持内容搜索和ocr了吗？

---

<div class="post-metadata">

作者： ![huangy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/huangy/32/76089_2.png) [@huangy](https://meta.appinn.net/u/huangy)\
发布日期： [2026 年10 月 14 日 14:15 UTC](https://meta.appinn.net/t/topic/93005/10 "2026-10-14T14:15:38Z")

</div>

是啊，我最近就在鞭策AI干这事，内存比之前降了一截了，在继续寻找进一步压缩和极致优化的空间，非常欢迎多交流指点！

---

<div class="post-metadata">

作者： ![huangy](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/huangy/32/76089_2.png) [@huangy](https://meta.appinn.net/u/huangy)\
发布日期： [2026 年10 月 14 日 14:16 UTC](https://meta.appinn.net/t/topic/93005/11 "2026-10-14T14:16:21Z")

</div>

Lokii 专注在纯粹的「文件名与路径极速秒出」，放弃了正文索引，像 Everything 一样追求轻量常驻与亚毫秒级击键即出，两者在日常使用中属于互补搭配。