北京
不知道你有没有过这种抓狂时刻：明明知道文件名叫“ProjectStatusReport”，但打开搜索框输入“status”，结果列表里空空如也。过去十几年里，Windows搜索一直只认文件名开头，这种别扭的设计终于要退场了。
5月29日，微软在Windows 11 Insider Preview的实验频道和Beta频道同步推送了一项看似不起眼，却直戳每一个文件管理者的痛点——搜索子串功能。这项改进的名字就叫“Search by Substring”，含义直白得几乎没有解释空间：你在搜索框敲下的任意连续字符，无论藏在文件名或文件内容的哪个角落，系统都能帮你揪出来。
以前的做法有多反直觉？打个比方：如果你在一个叫“MeetingNotesApril”的文件名里想找所有跟“april”相关的记录，在旧版搜索逻辑下，唯有老老实实地输入“MeetingNotes”才有反应。因为搜索的匹配引擎只会傻傻地从第一个字母开始比对，压根不往字符串中间多瞥一眼。哪怕“april”清清楚楚地躺在那里，Windows照样视而不见。
Search by Substring把这个规则彻底推翻了。你随意敲下“april”，那些以“MeetingNotes”开头、以“april”结尾的文档唰地一下就冒了出来。次序不再重要，位置也无关紧要——开头、中间、末尾，只要你输入了一串连续的字符，系统就会把含有这个子串的文件全都端到你面前。
更贴心的是，这种可及性不限于文件名本身。同样的逻辑已经渗进了文件的内容搜索。当你打出“status”四个字母，像“ProjectStatusReport”这类之前只能靠运气才能召唤出来的文档，现在不需要任何多余操作就能出现在结果里。仿佛Windows搜索突然学会了读心术，而它需要的一切不过是那个你恰好记得的碎片。
这项改进对日常依赖文件堆砌工作的人来说，几乎是一种解脱。文档、项目文件夹、带有描述性长尾后缀的复合文件名，是很多人整理信息的惯常方式，但过去那种“必须从开头背起”的搜索习惯，压根不符合人脑回忆的规律。人的记忆往往只抓住几个关键词，比如月份、版本号、或者某个特别事件，而文件名的开头却常常是用日期、前缀或者项目代号构成的流水账。正因为如此，一个看着细小的修复，却在日常使用质量上带来了不成比例的大幅提升。
此次更新的具体版本号在实验频道和Beta频道中并不相同：实验频道的Build 26300.8553和Beta频道的Build 26220.8544都完整搭载了Search by Substring功能。两者面向的用户群略有差异，但改动本身保持了一致。这也就意味着，无论你是敢于尝鲜的实验版玩家，还是偏好稳扎稳打的Beta用户，都能第一时间触摸到这个搜索逻辑的转折点。
同一批构建版本中，微软还对开始菜单做了一组配菜式的改良。首当其冲的是分区级别的独立开关，让用户能够对每个功能区块单独控制显示与否。紧随其后，原先那个总是被吐槽“猜不透”的“推荐”专区，名称正式变更为“最近”，语义上少了几分自以为是的推荐感，多了一份如实记录的使用痕迹。此外，开始菜单本身也开放了尺寸选择，不再强制用户接受一种固定形态。
把这几项调整堆叠在一起看，微软正尝试让搜索和开始菜单逐步回归它们本来的角色：快速找到所需之物，而不是逼迫用户去适应某种僵硬的规则。Search by Substring尤其传递出一个清晰的信号——那个年代久远的搜索瓶颈，终于被看到并拆掉了。对于任何曾被“记不起文件名开头”困住的人而言，这个补丁的意义，远比一行版本日志里干巴巴的描述要鲜活得多。
当搜索不再逼你当从头开始背诵全文的差役，而安心做一个懂得抓取任何一段熟悉字符的助手，Windows 11打磨用户感知的努力，就在这种小功不弃的细节缝线中慢慢成形。而那个总在搜索框里敲两笔就停下来的你，或许很快会发现，那种打到一半的烦躁，已经悄悄变成了检索成功的笃定。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
