Shell命名空间扩展中Explorer忽略ParseDisplayName的问题

核心结论：你遇到的枚举匹配流程是可以完全绕过的，不需要把非枚举项加入IShellFolder::EnumObjects返回结果，按以下要点实现即可：

• 正确实现根节点IShellFolder::ParseDisplayName的全路径解析逻辑
  你观察到资源管理器仅传入第一段解析名、后续触发枚举匹配的核心原因，是你的根节点ParseDisplayName实现没有正确消费完整的输入路径。当资源管理器在地址栏拿到完整路径、解析到你的命名空间根节点后，会把根节点之后的所有剩余路径字符串全部传给根节点的ParseDisplayName方法：
  1. 你需要自行拆分传入的路径字符串，逐段匹配你的非枚举/可枚举项，直接构造对应目标项的完整相对PIDL，完全不需要依赖EnumObjects的返回结果
  2. 在pchEaten参数中返回你实际解析完成的所有字符长度（即整个剩余路径的长度，不要只返回第一段的长度）
  3. 在ppidl参数中返回从根节点到目标项的完整多层PIDL
     只要你在这一步正确返回了目标项的PIDL，资源管理器会直接使用该PIDL完成导航，完全不会触发后续的EnumObjects遍历、名称匹配流程。
• 正确配置非枚举项的属性标志
  所有不通过EnumObjects返回的项，在IShellFolder::GetAttributesOf实现中必须标记SFGAO_NONENUMERATED属性，不要使用SFGAO_HIDDEN或SFGAO_SYSTEM：

  SFGAO_NONENUMERATED的作用是告知资源管理器：该项不会出现在枚举结果中，不要因为枚举遍历找不到该项就判定路径无效。该标志不会自动实现解析逻辑，仅用于跳过枚举阶段的存在性校验。

• 通过名称一致性校验
  资源管理器拿到你返回的PIDL后，会调用对应层级文件夹的GetDisplayNameOf方法，分别请求SHGDN_FORPARSING（解析名称）和SHGDN_NORMAL（显示名称）做一致性校验，你只需要保证返回的名称和用户输入的路径段对应匹配，就不会被判定为无效路径。

常见踩坑说明 #

• 多数开发者实现ParseDisplayName时默认只处理单层级子项，碰到多层路径仅解析第一段就返回，把剩余路径交还给资源管理器处理，才会触发后续的枚举匹配流程，导致非枚举项无法被找到。
• 不需要为了让地址栏能找到非枚举项，就把这些项临时加入EnumObjects的返回结果，这种实现会导致其他依赖枚举的场景（比如文件夹内容展示、搜索索引）出现不符合预期的行为。

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