微软为什么不做 everything 这种极速搜索工具，而是弄那个烂得不能再烂的 windows 搜索。

[xsmn]

比如说要搜一型号为：HBYDN015XL 的说明书。 我们公司是做家具的，产品有几千种，经常要到共享去搜索个说明书。 商品部那边对一个型号的说明书命名有些区别 比如：HBYDN015XL 有时候会命名为：DN015XL ，有时候会命名为 HB-DN015XL， 在共享搜一次要几十秒，HBYDN015XL 要是搜不到，换成 DN015XL 又得等几十秒，慢成渣。 之前也不知道有 everything 这种工具，无耐之下，就把一些常用的型号复制到桌面整成一个文件夹。 后来发现一件更恶心的事情：就像图上这个，明明文件夹里面有个 HBYDN015XL，输“dn015xl"竟然搜不到。一直以来我软件我都喜欢用微软自带的，如看图软件就用 window 自带的图片查看器，很少去找第 3 方的。经历这件事后，我才下定决心必须弃用，找第三方的，没想到一找发现了另一片天。

[cheng6563]

Windows 搜索能搜索文件内容。然而还是烂

[keepeye]

因为在巨硬工作是我等想象不到的轻松啊

[xsmn]

后来去百度搜索了下，发现 windows 搜索有很多规则，什么加个“*”星号模糊搜索，还有什么“与”逻辑、“或”逻辑一大堆，试问：这种技巧，正常人有几个会的？别提生活中的普通人了，你就问身边的大学生，10 个人中有 1 个人会用吗？

你要是到这个论坛过来问下，很多人肯定会很不屑的来一句，不就一个“倒排索引算法嘛”，但是生活中多少人需要一个这样的东西，却连有这样一个东西都不知道。
做技术的人是不是都容易像微软这样，闭门造车，然后做出来的东西严重脱离社会群众，曲高和寡，自己在那边孤芳自赏。

[jworg]

https://www.zhihu.com/question/58003916 你换成 Windows10 就好多了，Windows7 的搜索就是残废

[xsmn]

之前还听到一种说法是：欧美那边《反袭断法》的原因，微软有些东西不想做得面面俱到，故意给第 3 方的软件厂商留一线生机。

[putaozhenhaochi]

你没开索引服务吧。
也可以试试巨硬新开源的 PowerToys : https://github.com/microsoft/PowerToys/

[kzfile]

我记得是为了要兼容 fat32

[lxk11153]

因为: everything 只匹配文件名
Windows 搜索 /macos Spotlight: 会搜索文件内容
所以它们是不同类软件

[ljpCN]

everything 的快是庞大的索引带来的。如果要在操作系统层面做这个索引，我猜需要好好权衡，毕竟用户的电脑配置各不相同，索引带来的时间和空间消耗需要评估。

[MaiKuraki]

everything 确实牛逼啊

[mercury233]

@ljpCN 然而从 vista 开始关闭索引服务都是系统优化的重要步骤

[Telegram]

@ljpCN #9 everything 好像不需要索引，利用的是 ntfs 的日志功能。相反 win 自带的反而需要索引，而且每次索引要不少时间。

[sujin190]

@Telegram #12 不提前索引就像查的快查询方便，你这是想逆天无视物理规则啊，估计这地方说的是利用 ntfs 日志在空闲时索引，不需要实时索引影响性能小，win10 现在也是空闲时索引如果你不关索引服务的话，win7 没仔细研究过，其实 win10 的搜索还是不错的，everything 试用过，忽略心里因素索引消耗的资源比 win10 自带消耗资源多多了

[murmur]

win10 的搜索其实还是可以的，win7 真的就别用了

[mingl0280]

everything 的搜索只能搜文件名，Windows 搜索还能搜文件内容，甚至包括 word 文档内容或者特定的图片 EXIF 信息都能搜……（而且 everything 那个搜索占内存不是一点两点的恐怖，我这个机器上 eth 启动能吃十多个 G 的内存）

[8e47e42]

Listary 真的不错，就是可惜作者弃坑了

[oahebky]

系统层加个 everything 这么占内存的“功能”，你这么想的话，还觉得合适吗？

[hoyixi]

除非提前建索引，否则谁来速度都够呛

[mmdsun]

Windows 自带搜索经过配置可以搜索到压缩包里的内容和文档内容。感觉 win10 搜索还是比较好用的。

[xsmn]

1 、看到楼上这段：”Windows 搜索还能搜文件内容，甚至包括 word 文档内容或者特定的图片 EXIF 信息都能搜“ 只能说这些功能一般人都用不到。像我们平时从几千个说明书搜一个出来，everything 只需要 0.1 秒，而 windows 搜索需要的是 10 几秒。好比送个外卖，开个 2 轮的小电动就行了，windows 则是送个外卖都要把那辆大货车开出来送。

2 、还有，win 搜索如果真有这个功能我也不会用了，如主题那个例子，连件最基本、最简单的事情都办不好，谁还敢用它，真要搜全文，我还不如下个 filelocator.至少，这个软件用的时候给了一份安心。 （指 win7,win10 没用过不知道，就算好用，反正 win 家的搜索已经给我留下心理阴影了，如果不是在这个帖子看到下面的回复，我都默认 win 再怎么升级也是换汤不换药，win 家搜索应该这辈子都不会用了。

[Telegram]

@sujin190 #13 我记得 everything 这类软件并不扫描整个磁盘，只是读取磁盘上的 USN 日志。不像 win 自带那个，需要漫长的扫描索引过程，虽然可以让他后台扫，但是你第一次开始用，绝对是要等好一会的。

everything 这个，软件一打开，最多会更新一下最新索引，也就几秒钟。（个人认为这个索引和 win 那种扫描的索引根本不是一类说法）

[Telegram]

@8e47e42 #16 不是在测试 6 了吗？不过好像确实时间有点长了，作者表示不更了吗？

[cst4you]

怎么兼得?

[cst4you]

[wowodavid]

@mingl0280 然而 spotlight 也能搜内容，体验和 everything 差不多（或者说更好），这口锅微软乖乖接好吧

[mercury233]

@cst4you 你这是有多少文件啊，我不到 400 万个文件才 380MB

[cst4you]

@mercury233 8 个盘, 其中 3 个 NVME, 3 个 SATA SSD, 2 个 SATA HDD, 13 个分区, 共 23TB 空间, 你算算...

[cst4you]

@mercury233 DB 大小就 500MB

[pierrec]

内存又不值钱，占就占吧，cpu 也不值钱

[icelake]

这两个我平时都经常使用，我觉得并不是谁比谁好的问题，而是你需不需要的问题。V2EX 的朋友们可能大部分都是 IT 界人士，全文搜索可能平时用不到。而像我这样有大量技术文件、图纸之类的，Windows 搜索会用的更多。

[lxk11153]

@wowodavid #25 https://www.zhihu.com/question/20549498/answer/47017416
其实这两者没法比较，看#8 我回答的 "它们是不同类软件"

[tankb52]

微软的 notepad 是不是只更新版本号啊？

[aoeui]

@ljpCN 只是第一次建索引，后面是根据 NTFS 的日志来更新的。而且建索引我感觉还是比较快的，不超过一分钟

[delectate]

@tankb52 不是，最近做了很多改动。
比如\r 和\n，以前是不是别的，只识别\r\n，其他的都不是新行，表现为 linux 编辑的文本文件，win 看起来都是一行。现在已经支持了；
再比如，notepad 打开网址，可以直接输出源代码。

所以，还是在更新的，只是你感知不到。

[murmur]

@tankb52 更新少了说懒，更新多了算捆绑，美国的反垄断是最难伺候的

记事本咋样不知道

不过你有发现微软的写字板支持 docx 文件么

一个家用系统，程序员的需求又不是没满足，别人做了 vscode 给你，比起记事本，跟 office 相关的大众功能才是应该注意的

[SenLief]

win7 不行，win10 可以的，增强了搜索功能。

[shijingshijing]

@cst4you
@mingl0280
@lxk11153
@jworg

1，Windows 10 的搜索也是渣。
2，Everything 确实是要占用额外磁盘空间做索引，然而 Windows 自带的搜索也会占用磁盘空间做索引。
3，真心给各位推荐 Agent Ransack，这个也能搜文件内容，而且还能使用正则表达式，可以说是秒杀其他工具。

[shijingshijing]

一般只有在实在是想不起把文件放哪儿了，或者实在是记不得哪篇文章里面提到了某个关键字，才会去使用搜索，这个时候，索引不索引其实不重要了，我要的就是指定文件全部遍历找出符合条件的文件。

所以，我个人认为索引是无卵用的，索引对机械硬盘的意义可能大一点，SSD 的话，全盘搜索不到几分钟的事。

我真心给你们推荐 Agent Ransack，不差钱都买一份授权吧。doc, docx, pdf, zip 包里的文件内容都能给你按关键字搜，还能用正则匹配搜。

[lxk11153]

@shijingshijing #37 你这样回复，我都不知道你是回复（什么内容）给（谁）的（哪一楼）

[jfdnet]

@ljpCN 庞大的索引 你这有点想当然。

[nicevar]

我就纳闷了，竟然已经有 Everything 这样优秀的免费软件了，为什么微软还要去造轮子，操作系统有必要面面俱到吗，那第三方开发者要来干啥，刚脆微软全包了，鼠标手势软件那么好用，也来一个，剪贴板也该增强了，还有破记事本软件为什么不加强，另外注册表的搜索简直没法用。

[FS1P7dJz]

很多优化软件都会帮你关闭索引服务。。。

[shijingshijing]

@lxk11153 主要内容是给你们安利 Agent Ransack，哈哈

忘记说了，这个软件个人用户好像是免费的，非常轻量级，而且不会占用磁盘空间做索引。我也是找了好久才找到这个神器。

[lxk11153]

@shijingshijing #43 1. 常见的做法是像我这样，[@]用户 [#]楼层
2. “不会占用磁盘空间做索引” 那索引存在哪？内存索引吗？内存索引在程序彻底关闭后不是就丢了，下次启动不得重建？重建的话如果是全盘索引且索引文件内容的话岂不是很慢(即使它算法 NB，考虑文件很多情况)
3. 好的，谢谢你的推荐，有机会的话尝试，但目前不需要，因为我只要一个支持文件名搜索的快速工具就行了即 Everything

[leafre]

因为 everything 不开源，抄袭不了

[Rheinmetal]

@lxk11153 Everything 索引是存磁盘的 选项里面有索引位置设置

[lxk11153]

@Rheinmetal #46 哥哥，你回错了吧，我从头到尾没说过 “ Everything 是否索引”以及“ Everything 索引位置”等类似话题，为什么你会回复我？

[matolv]

Everything 相当于 locate 吧，win 自带的相当于 find，各有其用

[wenlele]

如果你喜欢用微软自带的，我觉得你得先升级到 Windows10 的较新版本。

[sonyxperia]

试试微软自己开发的 powertoys 吧

[rainfox]

@8e47e42 没有弃坑，https://discussion.listary.com/t/listary-6-beta/4615

[Mashirobest]

@mingl0280 everything 可以搜文件内容，在高级搜索里

[interim]

Everything 真的没什么好吹的，就索引下 usn journal 。Windows 10 可以在搜索里面配置下索引。

[lxk11153]

@Mashirobest #52 哪里？（反正它的初衷是索引文件名）

[mucong88star]

@chnyuwen 说一些批话。那你怎么不自己做一个？？？人家做出来好用，你就说没什么好吹的。发现新大陆谁不会呢？不就是一艘船一个人，一只眼睛吗？呵呵。

[Mithril]

Everything 快是因为用了 USN，不是所有硬盘都能用的。
你总不能说操作系统带的搜索连自己支持的硬盘格式都用不了。
所以除非建立索引，剩下都是靠遍历文件。最简单保险。

[weyou]

看来很多人不知道 everything 其实也能搜索文件内容啊

[wowodavid]

@lxk11153 对啊，ntfs 都那么牛逼了，微软就是头铁不改进，这口锅谁背？

[vtoexshan]

@putaozhenhaochi 这个 toyswin7 能装吗？

[mxalbert1996]

先问是不是再问为什么，你自己要用旧版本系统有什么办法呢。

[lxk11153]

@wowodavid #58 see: https://v2ex.com/t/531524?p=1#r_6821964
我不好评价 Windows 搜索 /macos Spotlight，因为我对它们研究不够深入而且我也都不使用
因为我只需要基于文件名的快速搜索即可了，我不会去搜索文件内容，所以：Windows 我用的是 everything，MacOS 下我用的是 “查找文件名的命令行工具-非基于 spotlight”

[lxk11153]

fix #61 "因为我只需要基于文件名的 全盘 快速搜索即可了"

[joeyliu6]

everything 搜索文件内容介绍： https://blog.iljw.me/2019/01/everything.html

[hdlz]

或许可以试试 Onedrive + bing

[msg7086]

大公司和小公司不一样，顾及的受众群体要大得多。
比如对我来说，我最好希望 Windows 什么功能都不要有，就最基础的桌面，一些管理工具，结束。
很显然，我的需求和你的需求就完全不同。

又比如你说 Everything 这样的软件，这是一个很小的软件，就一个人或者几个人开发，他的体量和巨硬这样的公司体量就完全不一样。如果 Everything 有一个 Bug 会导致用户文件丢失，那可能丢了就丢了，报上来 Bug 修复了就完事。如果放在巨硬呢？十亿台设备上运行，一个 Bug 导致 0.1%的用户丢失了他们的文件，那可就是一百万台电脑啊。那你说，这团队得放多少工程师进去控制质量呢？（考虑到印度人的数量，这数字还得再往上加……）

这还只是一个软件。如果像你说的，图片查看也要做好，别的七七八八的功能也要做好，那怕不是得再招几十个团队进来了。

再加上上面也说到了，垄断。你要是都做出来了，那就准备好几十亿美元等着罚吧。

[XsterreX]

推荐个微软开源项目 Powertoys

[kokutou]

Windows 搜索要开索引 。。。
Windows 搜索可以搜索文件内容，不过也要手动开启哪些文件。

[xinyana]

@lxk11153 et 可以搜内容，
@ljpCN 不用评估，谁用谁快

[lxk11153]

@xinyana #68 好的，我知道了，不过我目前不需要这个功能，参见#61 #54

引用: Everything 在 1.4 版本后增加了文档(内容)搜索功能

[fuchunliu]

everything 对移动硬盘不友好，不论怎么设置，加密盘解密后硬盘总是无法访问，起初改改 everything 设置还能用，后面总有问题就把自启动关了

[20015jjw]

游戏机系统不瞎删文件就不错了
还想要能用的搜索的吗...

[evilic]

win10 启用增强搜索后挺好用的。

搜索文件内容什么的也都能满足。

[JCZ2MkKb5S8ZX9pq]

微软的 powertoys 有新增一个搜索工具，类似 listary 和 everything，比较像 mac 的 spotlight，还在陆续完善中，有兴趣可以试试。

[8e47e42]

@rainfox 谢谢分享。可是真的很久没有更新了，6 beta 也完全达不到生产力稳定程度。

作为购买者感觉和弃坑没有什么区别了。从 18 年年底就持续的告诉大家会更新、会改进，大家都冲着这个在买 5 的 license，然后快 2 年了什么都没有发生，这个和弃坑差别不大。一个 license 钱的确不多，但是这种开空头支票的行为容易让人粉转黑。

如果近期没有更新、提高兼容性计划的话应该明说，大家买 license 的时候也可以自己权衡。

然后接下来我脑补一下就会开始有很多人莫名其妙跑出来问我 6 beta/5 有什么问题。更新到最新 win+高 DPI 情况下各种问题他们自家论坛里就不少，如是真实用户我相信一定也会遇到，为什么偏偏在 v 站会经常遇到这种情况，让人不得不怀疑利益相关。

[zsylife]

@cst4you 我看了下我的 70M 占用，感觉你的有问题

[linuxyz]

简单点说： 公司行为模式下，大概率会生产出 Windows Search 这样的产品。 但是也别担心，微软会打小抄，人员的基本素质也不差， 持续改进后效果也不差。 也就是所谓的微软 v3.0 特质。

[macha]

我觉得是微软觉得做成这样也赚不到多少钱。不如不做。

[cst4you]

@zsylife 我整台机子近 20T 的文件, 这个内存占用有啥问题?

[interim]

@mucong88star 你这种逻辑也没谁了。

[ddup]

全文搜索用这个吧 归海桌面搜索：搜索引擎式全文搜索工具
https://www.v2ex.com/t/694424#reply9

[secondwtq]

我看了 #20 就知道问题在哪了

> 只能说这些功能一般人都用不到
> 我们平时从几千个说明书搜一个出来

可见楼主说的“一般人”就是指自己
而这个"几千个说明书"很明显是某种专业用途,并不是“一般人”。当然搜索个说明书也没多专业，勉强可以算是“一般人”，但是为什么就断言其他“一般人”就用不到了呢？
#38 提到“记不得哪篇文章里面提到了某个关键字”，这就是一个典型的场景。

再者，“文件名搜索”并不是所有搜索都应该做的基础功能。我拿苹果来实践一次 Whataboutism：
iPadOS 13.5.1，首屏两个应用 Photos 和 Overcast，下滑调出搜索，输入 “otos”，下面是 "SIRI SUGGESTED WEBSITES"，输入“cast”，下面是 iPadOS 内置的”PODCASTS“ App 搜索。俩 App 都没给我搜出来
要想用这种方式搜出 App 得多打几个字，比如”vercas“才能搜出”Overcast“，然后假设我打错了一个字，比如”iverc“，这时是搜不出来的，”iverca“可以。
你看一个设备，顶多装几百个 App，都能搜成这德行，怎么能指望“游戏机系统“做全盘的文件名搜索呢？
我这 Mac 的 Spotlight 就更别提了，用五次 crash 一次，也并不能保证文件名能搜到，甚至有的时候啥也搜不到。

为什么这些搜索做得这么烂？性能考虑仅仅是一方面。我个人认为根本在于它们都属于”面向傻逼的界面“，面向傻逼的界面试图让人远离机器，试图让用户感知到这个设备 /系统是“智能”的。
也就是说，面向傻逼的界面致力于做到“用户告诉我想要什么，然后我告诉用户用户想要的”——这根本就不是现在的科学能解决的问题，这是 AGI 才能解决的。
写不出 AGI，又不想使用地球现有的 76 亿 AGI 的前提下，这问题无解。所以面向傻逼的界面往往发布会上很厉害，很“智能”，实际使用的时候只会让人感觉“聪明的人都是类似的，笨的机器却各有各的笨法”。
面向傻逼的界面是没有前途的。
（其实就算有了 AGI 也好不到哪去，领导把事情布置下去，然后下面一般是往“讨领导高兴”的方向干，而不是真去干事）

我只打个“verc”，你从 76 亿 AGI 里面拉出来猜，有几个猜得出我要找的是 Overcast ？面向傻逼的界面致力于做到“用户告诉我想要什么，然后我告诉用户用户想要的”，人都猜不出你想要什么，怎么能指望面向傻逼的界面猜出来？

如何解决面向傻逼的界面的问题？
我个人并无什么高见，我的风格是如果解决不了问题，那就逃避问题（如果觉得“逃避”有些不合适的话，可以换个词，比如“绕过”）。也就是说我并不解决面向傻逼的界面的问题，我直接放弃“面向傻逼的界面”，我认为“面向傻逼的界面”这个需求存在根本性的错误。

乔布斯几十年前说，计算机是“bicycle of mind”。我很认同这句话，只是可能需要一些修改——几十年之后硬件和软件都爆炸式的发展，“自行车”用来形容功能机还可以，现代的计算设备早就发展成了三轮车、汽车、飞机甚至火箭了。就算是自行车也要学，其他工具的学习成本比自行车高得多。而“面向傻逼的界面”试图削平学习成本，这就相当于完全自动驾驶了。
做不到自动驾驶，又想开飞机，怎么办，学呗！也就是说，在“面向傻逼的界面”做不好的时候，做出妥协转而做“面向机器的界面”以及“面向‘有缘人’的界面”——不学佛法的人是无缘极乐世界的。

其实类似“全文搜索”，程序员还有"在代码库中搜索符号"的需求，针对这一需求，依次有： 普通全文搜索 => awk/ag/ripgrep 等编程语言、VCS 相关的全文搜索 => ctags 等符号索引工具 => 与编译器 /IDE 集成的查找引用 /查找定义功能多种方式，每一个层级都有其优缺点。但是程序员这一群体因其身份的特殊性，更善于使用不同的计算机工具，并且在使用工具时了解其功能定位甚至实现原理。对于不同的问题能选择合适的工具解决，所以这一套体系能跑起来。
其他人没这么幸运，只能在对“面向傻逼的界面”一次又一次的失望中像楼主一样“留下心理阴影”。

其实“文件”这个概念，不管是普通人的理解，还是所谓“UNIX 哲学”中的体现，都是在为效率拖后腿的。比如说，我这里有 100 个项目的源码，都是 git clone 下来的文件夹。电脑只知道有这些文件，并不能从文件结构中得出具体信息——比如这 100 个项目中有 10 个是编译器项目，10 个是各种操作系统源码，还有 10 个是各种论文的开源代码，并且用的语言各不相同。我现在可以分三个文件夹“compiler”“os”“papers”，问题来了，我把代码对应的论文找来了，我是给论文单独放在一个文件夹里面呢（丢失文章 <=> 代码库之间的对应关系），还是把论文和对应的代码放一块呢（文章分散到各地需要靠搜索聚合起来）？ linux 和 git 都是 Linus 写的，一个是操作系统，一个是 VCS，我是单独起一个“linus”文件夹放呢（但是我想找 OS 源码的时候就找不到 Linux 库了），还是把 linux 放在 os 文件夹里面，git 放 VCS 文件夹里面呢（丢失开发者信息）？ tikv 和 redis 都是数据库，我可以单独起一个“db”文件夹把他们俩放进去，但是恰好 tikv 和 redis 一个是 Rust 写的，一个是 C 写的，并且都是非常好的 Rust/C 项目。我现在想做一个“优秀的 Rust 代码库”和“优秀的 C 代码库”做参考，那就得把 tikv 从 db 文件夹里面挪出来？
可见“文件”本身的抽象能力就是非常不足的。建立在其上的大厦自然也就根基不稳。解决这个问题，最简单的给文件加入元数据——给 Redis 打个 tag 是 C 写的，并且是个数据库，是 antirez 写的。那么 antirez 还写过什么项目？ kilo 不错。antirez 住在意大利西西里，这和一般看到的 “XXXXX, CA” 不一样，interesting ... 这么下去就是个数据库了，“文件”也就没有存在的意义了。

而在搜索的时候，自然也会变成”项目名中包含‘nux’的所有操作系统项目”（看上去楼主想要的就是“朴素”的文件名查找，但是精确了许多——需要是一个软件项目，并且是个操作系统项目），“Star 数超过 31415 并且主要作者不在加州的开源软件”，“与编译器相关的所有书籍”。当然由于不是面向傻逼的界面，所以是以某种机器语言表示的。但是本质上就是把通用的搜索从“普通全文搜索”升级到了“与编译器 /IDE 集成的查找引用 /查找定义功能”而已。

@tankb52 #32 关于这个，Raymond 还真写过一篇文章： https://devblogs.microsoft.com/oldnewthing/20180521-00/?p=98795 Maintaining Notepad is not a full-time job, but it’s not an empty job either

[KENNHI]

微软还想过把整个文件系统做成数据库呢，可惜不成

[xingyuc]

@putaozhenhaochi 就和三星一样，做大众化的功能，小众的都做成插件独立安装

[xingyuc]

@mingl0280 windows 搜索占 CPU 啊

[xuc]

@shijingshijing Agent Ransack 原来就是 Filelocator，确实好用，不差钱推荐买 Pro 版（比 Lite 版多了很关键的索引搜索）