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中挂载的路径里创建符号链接，宿主机和容器内解析行为可能不一致，优先测试实际运行环境
