别担心，这种情况很常见——FileTypesMan做的用户级修改，通常存在**当前用户专属的注册表分支（HKCU）**里，而很多全局搜索工具默认可能只扫描机器级的HKLM分支，或者你没留意到HKCU下的具体位置。下面是几个你需要重点检查的地方：

1. 当前用户的ProgID友好名称项 #

Windows文件类型的描述通常和**ProgID（程序标识符）**绑定，用户级的修改会覆盖系统级设置，存储在HKCU\Software\Classes下：

• 先打开注册表编辑器（regedit.exe），定位到HKCU\Software\Classes\.html，查看默认值（一般是htmlfile这类标识）。
• 接着进入HKCU\Software\Classes\[你的ProgID]\FriendlyName，这里的字符串值应该就是你设置的「HyperText Markup Language」。

如果这个位置没有，那可能是FileTypesMan直接修改了扩展名项的友好名称：

• 查看HKCU\Software\Classes\.html\FriendlyName，这个键值会直接生效，优先级高于ProgID的设置。

2. 用户级文件关联缓存分支 #

还有一个可能的位置是当前用户的文件关联缓存区：

• 定位到HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.html，检查是否存在FriendlyName键值。这个位置主要存储默认程序关联，但部分工具也会在这里写入自定义描述。

3. 为什么全局搜索找不到？ #

如果以上位置确实有这个字符串，但你搜索不到，大概率是这两个原因：

• 你的搜索工具默认只扫描HKLM分支，没包含HKCU。试试用注册表编辑器自带的搜索（Ctrl+F），勾选「全字匹配」和「搜索子项」，再搜一次「HyperText」。
• 你修改的是Unicode格式的字符串，而部分搜索工具默认用ANSI模式搜索，注册表编辑器的搜索默认支持Unicode，用它来搜更准确。

快速验证方法 #

你可以做个小测试：修改找到的FriendlyName值为其他文本，刷新文件资源管理器（或者重启explorer.exe进程），看看.html文件的描述是否跟着变化——如果同步更新，就说明这就是正确的存储位置。

内容的提问来源于stack exchange，提问作者Muhazam