多年以前刚用 macOS 的时候 那时候还是 Hackintosh Finder 和 Spotlight 有多难用 不用我说了吧 Finder之前还好 有神秘组织开发内核扩展注入 Finder 一通捣鼓还挺好用了 不过随着Apple在系统上做出的变更 这些组织的进展也 日渐式微 后面可能还是需要自己研究突破接手 Spotlight 就更不用说了 拉着 mds_store 不干人事 发起疯来几个核几个核的占 做了索引又不能实时响应 属实鸡肋 结果找类似 Listary 的就 老牌 Alfred 之流 新兴 HapiGo， Utools 和 Raycast 那俩就算了 为什么这么说呢 他们的文件搜索能力都是借 mds_store 实现的 也就是说 能用但是太慢了 经常性 我在Finder 拷贝了一个 App 进 /Appcations 文件夹 双击启动器 好一会才能查到 一回两回还好 次数一多就很窝火 [1] 所以那会我就琢磨为什么没有人做出 Everything 相当的 文件搜索工具呢？ 结果一通研究也才知道 这 NTFS 和 APFS (早年还是HFS呢) 有着天然的不同 (一个姓比一个乔？) 人NTFS天生有个 USN 和 MFI 操作了啥文件都是有记录的 所以 Everything 的基础支持那是爽歪歪 （当然软件上的算法优化要另说） 而 APFS 的机制毛都没有 他就只能告诉你 你动了个啥 细节是啥也没有 早在 很久以前就有这样一个问题 https://www.zhihu.com/question/20549498 这两年我还是记得这个事 然后今年翻出来研究 XNU内核 和 系统支持到达啥样了 想在里面前辈建议的形式那样 在vfs 写个Kext 实现USN的功能 这样就能导出来用 反正挖掘实验啥的捣鼓了一个多月吧 MVP 算是有了 但是不是 Kext （屌毛Claude一摸Kernel代码相关就容易Cyber，理由是突破内核安全限制） 然后现在用了退而求其次的办法 代价也有 但也算能够接受 就是 文件数 达千万级别的时候 内存占用相当大 1千万应该是 500MB 我电脑有 2200M个文件 占用内存得有1.2GB 以下是 Cometixy 现在免费 以后打算卖$8.88 就这样喵 目前核心Ctrl+G还没实现完 毕竟涉及到注入啥的 下载地址 https://haleclipse.lanzout.com/b00q1s0bzi?pwd=gbfp pwd=gbfp 来自逆向糕手的评价 这和用局域网搜索工具是一样的 比如 Flix 哎哟我滴妈 时不时给你来一下 搜不到另一个设备是真他妈想摔鼠标 （鼠标：我做错啥了） 所以局域网传输工具俺也自己写了一个 ↩︎ 14 个帖子 - 12 位参与者 阅读完整话题

  • 情报分类：硬件与数码
  • 分类依据：内容涉及硬件、数码产品或通信卡
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/11 22:18:14