应使用std::filesystem::directory_iterator配合symlink_status()识别符号链接，避免status()引发异常；递归遍历时需禁用自动跳转并限制最大深度以防循环引用。
Linux/macOS 下用 std::filesystem::directory_iterator 遍历并识别符号链接
标准 C++17 的 std::filesystem 是最直接的跨平台方案，但要注意：它不会自动跳转符号链接，而是保留其“链接身份”——这正是你需要的。关键在于调用 is_symlink() 而不是 is_regular_file() 或 exists()。
常见错误是误用 std::filesystem::status()：它可能因目标不存在而抛出异常；而 std::filesystem::symlink_status() 才能安全获取链接本身的属性。
- 必须用
symlink_status()获取状态，否则损坏或悬空链接会触发std::filesystem::filesystem_error - 路径需为绝对路径或确保当前工作目录稳定，相对路径在多线程/子目录递归时易出错
- macOS 和 Linux 行为一致；Windows 仅支持 NTFS 符号链接（需管理员权限创建，但读取通常无需）
#include <filesystem>
#include <iostream>
namespace fs = std::filesystem;
for (const auto& entry : fs::directory_iterator("/path/to/dir")) {
try {
if (fs::is_symlink(entry.symlink_status())) {
std::cout
<h3>递归遍历时如何避免循环引用</h3>
<p>符号链接可能指向父目录甚至自身（如 <code>./loop -> .</code>），直接用 <code>recursive_directory_iterator</code> 会导致无限循环或栈溢出。C++ 标准库不自动检测环路，必须手动限制深度或记录已访问 inode。</p>
<p>简单可靠的做法是限定最大递归深度（例如 8 层），比 inode 检查更便携（尤其跨文件系统时 inode 可能重复）。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架"><img
src="https://img.php.cn/upload/skill/000/000/081/178988956499722.jpg" alt="C++ 算法竞赛自动化测试数据生成与校验框架" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架" class="overflowclass">C++ 算法竞赛自动化测试数据生成与校验框架</a>
<p class="overflowclass">根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。</p>
</div>
<a rel="nofollow" href="/xiazai/skill4025" title="C++ 算法竞赛自动化测试数据生成与校验框架" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>用 <code>fs::recursive_directory_iterator</code> 构造时传入 <code>fs::directory_options::none</code>（禁用自动跳转）</li>
<li>手动维护一个深度计数器，在构造子迭代器前判断是否超限</li>
<li>不要依赖 <code>entry.is_symlink()</code> 后再 <code>fs::read_symlink()</code> 去解析——这一步本身不危险，但后续 <code>fs::canonical()</code> 会主动跳转并可能陷入循环</li>
</ul>
<h3>Windows 上需要额外注意的权限与格式</h3>
<p>Windows 的符号链接分两种：<code>fs::symlink_type::file</code>（文件链接）和 <code>fs::symlink_type::directory</code>（目录链接），但 <code>is_symlink()</code> 对两者都返回 true。真正容易出问题的是权限和创建方式。</p>
<ul>
<li>普通用户进程默认无法创建符号链接，但读取一般没问题；若遇到 <code>access denied</code> 错误，说明该链接所在目录启用了 UAC 保护（如 <code>C:\Windows</code>），应捕获异常并跳过</li>
<li>某些旧版 Windows（symlink_status() 可能返回 <code>file_type::not_found</code> 或抛异常，需兼容处理</li>
<li>PowerShell 创建的链接（<code>New-Item -ItemType SymbolicLink</code>）和 cmd 的 <code>mklink</code> 行为一致，C++ 层无需区分</li>
</ul>
<h3>性能敏感场景下避免重复系统调用</h3>
<p>每次调用 <code>entry.symlink_status()</code> 都是一次 <code>lstat(2)</code> 系统调用。如果目录含上万条目，频繁调用会显著拖慢速度。</p>
<ul>
<li>改用 <code>fs::directory_entry::symlink_status()</code> 一次获取完整状态，再用 <code>fs::is_symlink(status)</code> 判断，避免重复解析路径</li>
<li>不要在循环内反复写 <code>entry.path().filename()</code> —— <code>entry</code> 本身已缓存路径对象，直接用 <code>entry.path()</code>
</li>
<li>若只需文件名而非全路径，用 <code>entry.path().stem()</code> 和 <code>entry.path().extension()</code> 比字符串分割更快</li>
</ul>
<p>悬空链接（dangling symlink）不影响枚举逻辑，<code>symlink_status()</code> 仍可成功返回其类型；真正要小心的是权限不足导致的系统调用失败，而不是链接是否有效。</p></iostream></filesystem>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
