Windows下CreateSymbolicLink需管理员权限，.NET Core 5+提供跨平台CreateSymbolicLink方法，旧版可用mklink命令替代；符号链接默认被API自动解析，需用File.GetAttributes检查ReparsePoint标志。
Windows平台下用 CreateSymbolicLink 创建链接需管理员权限
在C#中调用Windows原生API创建符号链接，核心是 CreateSymbolicLink 函数，它属于 kernel32.dll。这个函数本身不区分文件或目录链接，靠最后一个参数 dwFlags 控制：0 表示文件链接，1（即 SYMBOLIC_LINK_FLAG_DIRECTORY）表示目录链接。但关键前提是：**当前进程必须拥有“创建符号链接”权限**——默认只有管理员组成员或显式授予过该权限的用户才能成功。普通用户即使UAC关闭，调用也会返回错误码5（拒绝访问）。
实操建议：
- 开发阶段先以管理员身份运行Visual Studio或命令行，避免反复排查权限问题
- 生产环境若不能提权，改用硬链接（
CreateHardLink）或目录交接点（junction），但二者语义不同：硬链接仅限同一卷内文件，交接点只支持目录且是NTFS特有 - 调用前务必用
File.Exists或Directory.Exists确认目标路径存在，否则链接会创建成功但指向无效路径，访问时才报错
FileSystemInfo.CreateSymbolicLink 是.NET Core 5+ 的跨平台封装
.NET Core 5起，FileSystemInfo 类型新增了 CreateSymbolicLink 实例方法，底层在Windows上调用 CreateSymbolicLink，在Linux/macOS上使用 symlink 系统调用。它自动识别调用者是 FileInfo 还是 DirectoryInfo，省去手动判别 dwFlags 的麻烦。
注意点：
- 该方法在 .NET Framework 中不可用，仅限 .NET Core 5 / .NET 5+ 和 .NET Standard 2.1+
- Linux/macOS 上无需特殊权限，但目标路径父目录需有写权限；Windows 上仍受前述管理员权限限制
- 如果目标已存在，方法会抛出
IOException（错误信息含“already exists”），需自行处理覆盖逻辑（先Delete再创建）
示例代码片段：
var target = new FileInfo(@"C:\real\file.txt"); var link = new FileInfo(@"C:\link\to-file.txt"); link.CreateSymbolicLink(target.FullName); // 自动按 FileInfo 类型创建文件链接
用 Process.Start 调用 mklink 是最兼容的备选方案
当项目受限于旧版.NET Framework（如4.8）或无法提权时，可绕过P/Invoke，直接启动系统命令 mklink。它对权限要求略低（部分场景标准用户也能执行），且语法直观。
关键细节：
-
/D参数用于目录链接，无参数或/J（交接点）用于目录，/H用于硬链接——符号链接默认不加参数，但必须加/D才能建目录链接，否则报错“参数格式不正确” - 命令必须在CMD环境下执行，且链接路径和目标路径都推荐使用绝对路径，避免工作目录影响
- 捕获
Process.StandardError才能拿到真实错误（比如“系统不支持符号链接”通常意味着未启用开发者模式或非NTFS卷）
示例调用：
var psi = new ProcessStartInfo("cmd", $@"/c mklink ""{linkPath}"" ""{targetPath}""")
{
UseShellExecute = false,
RedirectStandardError = true,
CreateNoWindow = true
};
using var p = Process.Start(psi);
p.WaitForExit();
if (p.ExitCode != 0)
Console.WriteLine(p.StandardError.ReadToEnd()); // 查看具体失败原因
符号链接在.NET中的路径解析行为容易被忽略
创建成功后，File.Exists、Directory.GetDirectories 等API默认会**自动跟随符号链接**，读取的是目标位置的内容。这和Linux中 ls -l 显示链接本身不同。若需区分链接与真实路径，必须用 File.GetAttributes 检查是否含 ReparsePoint 标志。
常见误判场景：
- 用
new FileInfo(linkPath).Length得到的是目标文件大小，不是链接文件自身（它实际是0字节的元数据） - 递归遍历目录时，符号链接可能导致无限循环（如链接指向父目录），需记录已访问的
File.GetAttributes结果并跳过ReparsePoint - 在Docker for Windows或WSL2中挂载的路径里创建符号链接，宿主机和容器内解析行为可能不一致，优先测试实际运行环境
