std::filesystem::is_symlink() 是 C++17 起判断符号链接的首选方法，需包含 <filesystem> 头文件并链接 -lstdc++fs（GCC），路径必须存在且可访问，否则抛异常，且仅识别软链接不识别硬链接。
用 std::filesystem::is_symlink() 最直接
现代 C++（C++17 起）标准库提供了跨平台的判断方式，std::filesystem::is_symlink() 是首选。它接受一个 std::filesystem::path，返回 bool，语义清晰且无需手动处理底层系统调用。
- 必须包含头文件：
#include <filesystem>，并链接-lstdc++fs（GCC）或确保 MSVC 启用 C++17 文件系统支持 - 路径必须存在且可访问，否则抛出
std::filesystem::filesystem_error；建议先用exists()或捕获异常 - 注意：它只判断是否为符号链接，不区分软链/硬链——硬链接不会被识别为 symlink，这是正确行为
try {
std::filesystem::path p = "/tmp/mylink";
if (std::filesystem::is_symlink(p)) {
std::cout << "It's a symlink\n";
}
} catch (const std::filesystem::filesystem_error& e) {
// 处理路径不存在、权限不足等情况
}
Linux/macOS 下用 lstat() 判断 st_mode
如果不能用 C++17，或需更细粒度控制（比如同时读取目标路径），lstat() 是 POSIX 标准方案。它不跟随链接，能获取符号链接本身的元信息。
-
lstat()填充struct stat，检查st_mode是否含S_IFLNK位（不是stat()，后者会跟随链接导致误判） - 务必检查返回值：成功返回 0，失败返回 -1 并设置
errno（如ENOENT、EACCES） - Windows 不支持
lstat()，该方案仅限类 Unix 系统
struct stat sb;
if (lstat("/tmp/mylink", &sb) == 0) {
if (S_ISLNK(sb.st_mode)) {
std::cout << "It's a symlink\n";
}
}
Windows 下用 GetFileAttributes() 检查 FILE_ATTRIBUTE_REPARSE_POINT
Windows 的符号链接（包括 symlink 和 junction）表现为重解析点（reparse point），需结合 GetFileAttributes() 和属性掩码判断。
- 仅靠
FILE_ATTRIBUTE_REPARSE_POINT不够：NTFS 硬链接、挂载点、软链接都可能设此标志，需进一步用DeviceIoControl()+FSCTL_GET_REPARSE_POINT提取重解析数据才能确认是 symlink - 简单场景下，若已知路径由用户创建且非 junction，可保守认为
(attrs & FILE_ATTRIBUTE_REPARSE_POINT) && !(attrs & FILE_ATTRIBUTE_DIRECTORY)表示 symlink（但不严谨） - C++17 的
is_symlink()在 Windows 上内部就做了这层判断，推荐优先使用
容易忽略的权限与竞态问题
无论用哪种方法，实际部署时两个细节常被跳过：
立即学习“C++免费学习笔记（深入）”；
- 符号链接本身可能有读权限，但目标路径不可达（如跨文件系统、目标被删），此时
is_symlink()仍返回 true —— 它只回答“这个 path 是不是 symlink”，不保证它有效 - 判断后立刻操作（如
read_symlink()或remove()）存在竞态：链接可能在判断后、操作前被修改或删除。生产代码应容忍filesystem_error或errno对应的失败，并按需重试或降级处理
跨平台项目别硬写系统 API 分支，C++17 std::filesystem 已覆盖主流需求；真要手撸，也建议封装一层统一接口，而不是在业务逻辑里散落 #ifdef _WIN32。
