应优先使用std::filesystem::is_symlink()判断符号链接，它跨平台、语义清晰、不跟随链接，但需先用exists()预检或捕获异常，悬空链接仍返回true。
用 std::filesystem::is_symlink() 最直接
C++17 起，std::filesystem 提供了标准、跨平台的方式判断路径是否为符号链接。它不依赖底层系统调用细节，也不需要手动处理 stat 结构体字段。
关键点：该函数检查的是路径**指向的目标是否为符号链接本身**（即路径自身是不是一个 symlink 文件），而不是检查它最终解析后是否指向另一个 symlink —— 这是常见误解。
-
std::filesystem::is_symlink("mylink")返回true当且仅当mylink是一个符号链接文件（无论它是否有效） - 若路径不存在，抛出
std::filesystem::filesystem_error；需用std::filesystem::exists()预检或捕获异常 - 不跟随链接：即使
mylink指向一个目录，而那个目录下又有 symlink，is_symlink()也完全不关心
#include <filesystem>
namespace fs = std::filesystem;
if (fs::exists("target") && fs::is_symlink("target")) {
// 安全判断：存在且是符号链接
}
为什么不用 lstat() 手动查 st_mode
虽然 POSIX 下可用 lstat() + S_ISLNK() 判断，但 C++ 标准库已封装好等价逻辑，手动调用反而引入平台差异和错误处理负担。
典型坑点：
立即学习“C++免费学习笔记（深入）”；
- 忘记用
lstat()（而非stat()）——后者会自动跟随链接，导致误判 - 未检查
lstat()返回值是否为 -1，忽略 errno 导致逻辑错乱 - Windows 下
lstat()不可用，需条件编译或改用GetFileAttributesEx()+FILE_ATTRIBUTE_REPARSE_POINT，复杂度陡增
除非你在写兼容 C++14 或更早标准的代码，否则没必要绕过 std::filesystem::is_symlink()。
is_symlink() 和 is_regular_file() 的关系
符号链接不是普通文件，也不是目录，它是一种独立的文件类型。因此：
- 对一个有效的符号链接路径，
is_symlink()返回true，is_regular_file()和is_directory()均返回false - 若符号链接“悬空”（指向不存在的目标），只要链接文件自身存在，
is_symlink()仍为true - 不要用
is_regular_file(path)代替is_symlink(path)—— 它们互斥，且语义完全不同
想确认链接是否可安全读取内容？那得先 is_symlink()，再尝试 fs::read_symlink() 或解析其目标。
Windows 上的注意事项
Windows 支持符号链接（需管理员权限创建），但运行时行为与 Linux 有细微差别：
-
is_symlink()在 Windows 上同样有效，但仅识别真正的 NTFS 符号链接（mklink /D或/J创建的），不识别快捷方式（.lnk文件）或 junction points（除非是/J创建的，它们被归类为 reparse points 并被is_symlink()识别） - 某些旧版 MSVC 或 MinGW 工具链对
std::filesystem的实现不完整，建议使用较新版本（MSVC 2019 16.10+ / GCC 10+ / Clang 12+） - 路径中含中文或 Unicode 字符时，确保编译器和运行环境支持 UTF-8（如设置
setlocale(LC_ALL, "en_US.UTF-8")或启用 Windows UTF-8 模式）
真正容易被忽略的是：符号链接在 Windows 上默认不可由非管理员创建，测试时若反复失败，先看权限和创建方式。
