无重解析属性且各文件夹FileId唯一的循环目录结构实现原理与创建方法问询

嘿，这个问题真的挺有意思的！我来帮你拆解背后的逻辑，以及怎么复刻这种特殊的循环目录结构~

为什么没有重解析属性却能形成循环？ #

这种情况的核心原因是跨文件系统/共享层的路径映射——你遇到的循环目录，本质是共享端（比如Linux+Samba）用符号链接实现了循环，而共享服务（Samba）在给Windows客户端返回目录信息时，自动把符号链接“伪装”成了普通目录（不带REPARSE属性）。

具体到你的测试案例来说：

• 你在Linux上创建的符号链接/srv/looptest/A/B/C -> ../..，实际指向的是/srv/looptest（A/B的上级上级目录）
• 当你在Windows上访问Z:\A\B\C时，Samba因为开启了follow symlinks = yes和wide links = yes，会自动解析这个符号链接，把请求转发到/srv/looptest目录
• 当你继续访问Z:\A\B\C\A\B\C时，相当于重复了一次“访问A/B/C -> 跳转到根目录 -> 再访问A/B/C”的过程，自然形成了循环
• 而Windows端看到的每一层“目录节点”，都是Samba动态返回的普通目录信息，所以没有REPARSE属性；每个节点的FileId是Samba为该映射路径分配的唯一标识，因此各不相同，但卷序列号是共享卷的统一值，所以保持一致。

你的代码里用CreateFileW加上FILE_FLAG_OPEN_REPARSE_POINT也无法检测到重解析属性，正是因为这些“循环目录”在Windows客户端看来就是普通的共享目录节点，而非本地的NTFS重解析点。

怎么创建这种特殊的循环目录结构？ #

目前最容易实现的方式就是你测试的Linux+Samba共享方案，步骤如下：

1. 在Linux上构建循环符号链接

   # 创建基础目录结构
   mkdir -p /srv/looptest/A/B
   # 创建指向上级上级目录的符号链接，形成循环
   ln -s ../.. /srv/looptest/A/B/C
   

2. 配置Samba共享
   编辑Samba配置文件（通常是/etc/samba/smb.conf），添加以下内容：

   [global]
   unix extensions = no  # 禁止Unix扩展，避免Windows识别出符号链接
   
   [looptest]
   path = /srv/looptest
   browseable = yes
   writeable = no
   guest ok = no
   follow symlinks = yes  # 允许Samba解析符号链接
   wide links = yes       # 允许符号链接指向共享目录外的路径（这里指向自身根目录）
   valid users = smbuser  # 替换成你的Samba用户名
   

3. 重启Samba服务并验证

   sudo systemctl restart smbd
   

   然后在Windows上通过net use Z: \\<Linux主机IP>\looptest映射网络驱动器，访问Z:\A\B\C\A\B\C...就能看到循环结构了。

至于纯Windows本地环境，很难实现这种不带REPARSE属性的循环目录——因为Windows本地的循环目录依赖NTFS重解析点（比如 junction 或 symbolic link），这类都会自带REPARSE属性，无法像Samba那样伪装成普通目录。

内容来源于stack exchange