File.GetAccessControl 检查文件 ACL 是否含当前用户读写权限更可靠，但仅适用于 NTFS；需先验证路径存在，再获取 FileSecurity 并遍历规则合并用户及所属组权限；Directory.GetAccessControl 应用于父目录写权限检查；UAC 提权状态影响实际权限，需用 WindowsPrincipal.IsInRole 验证管理员令牌；静态检查可能失效，推荐“先试后错”。
用 File.GetAccessControl 检查文件 ACL 是否包含当前用户读写权限
直接读取文件的访问控制列表（ACL），比尝试读写再捕获异常更可靠，尤其适合预判操作是否可行。但注意：ACL 只反映 NTFS 权限，对 FAT32、网络共享或符号链接可能不准确。
关键步骤：
-
File.GetAccessControl(path)获取FileSecurity对象，若路径不存在会抛出FileNotFoundException，需先用File.Exists或Directory.Exists判断 - 调用
GetAccessRules(true, true, typeof(NTAccount))获取所有继承/非继承的用户/组规则 - 遍历规则，用
WindowsIdentity.GetCurrent().Name匹配IdentityReference.Value，检查FileSystemRights是否含Read和Write - 注意权限是累加的——用户所属多个组的权限需合并判断，不能只看单条规则
用 File.Open 尝试打开再捕获 UnauthorizedAccessException
最简单粗暴但实用的方法，适用于“只要能干活就行”的场景。它绕过了 ACL 解析的复杂性，真实模拟后续操作行为。
典型写法：
try {
using (var fs = File.Open(path, FileMode.Open, FileAccess.ReadWrite, FileShare.None))
{
// 成功打开即说明有读写权
return true;
}
}
catch (UnauthorizedAccessException) {
return false;
}
catch (IOException ex) when (ex.Message.Contains("The process cannot access the file")) {
// 文件被其他进程独占占用，不是权限问题
return false;
}
注意：File.Open 会触发实际 I/O，如果文件很大或在慢速存储上，会有轻微开销；且某些防病毒软件可能拦截该调用并误报。
检查 Directory.GetAccessControl 对父目录的写权限
创建新文件或重命名时，真正起作用的往往是父目录的 Write 权限（例如 Modify 或 CreateFiles），而非目标文件本身。很多开发者只查文件 ACL，结果在 File.WriteAllText 时失败。
