Environment.GetFolderPath 返回空或错误路径主因是传入不支持的 SpecialFolder 枚举值或在非交互式上下文（如 Windows 服务）调用；应校验返回值、区分 Desktop 与 CommonDesktopDirectory、注意受控文件夹访问策略及长路径配置。
Environment.GetFolderPath 为什么返回空或错误路径
多数情况下不是代码写错了，而是传入了不被支持的 environment.specialfolder 枚举值，或者在非交互式上下文（比如 windows 服务、计划任务）里调用——这时当前用户会话未加载，desktop 等路径无法解析。
实操建议：
- 始终用
Environment.SpecialFolder.Desktop，别手写字符串或拼路径 - 加一层空值判断：
string desktop = Environment.GetFolderPath(Environment.SpecialFolder.Desktop); if (string.IsNullOrEmpty(desktop)) { /* fallback 或报错 */ } - 如果运行在服务中，改用
Environment.GetFolderPath(Environment.SpecialFolder.CommonDesktopDirectory)（所有用户的桌面），但注意权限问题
C# 获取桌面路径时遇到权限拒绝或访问被拒绝
Windows 10/11 默认启用“受控文件夹访问”（Controlled Folder Access），某些沙箱环境或企业策略下，.NET 进程可能被限制读取用户目录。这不是代码问题，是系统策略拦截。
实操建议：
- 检查是否触发了防护日志：事件查看器 → Windows 日志 → 安全，筛选事件 ID
1123 - 临时测试可关闭该功能（设置 → 更新和安全 → Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 受控文件夹访问），但生产环境不要关
- 避免直接写入桌面，优先用
Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData)存应用数据
Desktop 和 CommonDesktopDirectory 的区别到底在哪
前者是当前登录用户的桌面，后者是所有用户的公共桌面（即 C:\Users\Public\Desktop）。很多开发者误以为 CommonDesktopDirectory 是“默认桌面”，结果写进去的快捷方式对普通用户不可见。
实操建议：
- 要给当前用户加图标，只用
Environment.SpecialFolder.Desktop - 要为所有用户部署快捷方式（如安装程序），才用
Environment.SpecialFolder.CommonDesktopDirectory，且需管理员权限 - 二者路径可能完全不同，
GetFolderPath不会自动 fallback，必须明确选择
为什么 Path.Combine(desktop, "xxx") 有时出错
因为 Environment.GetFolderPath 在某些旧系统或精简版 Windows 上可能返回 null 或空字符串，直接拼接会导致 Path.Combine 返回意外结果（比如 "xxx" 而非完整路径）。
实操建议：
- 永远先校验返回值：
if (!Directory.Exists(desktop)) throw new InvalidOperationException("Desktop path is invalid"); - 避免链式调用：
Path.Combine(Environment.GetFolderPath(...), "file.txt")—— 分两步更安全 - 注意中文路径和长路径：.NET Core 3.0+ 默认启用长路径支持，但 .NET Framework 需在 app.config 中显式开启
<appcontextswitchoverrides value="Switch.System.IO.UseLegacyPathHandling=false"></appcontextswitchoverrides>
桌面路径不是硬编码出来的，它依赖用户配置、系统策略和进程上下文。最常被忽略的是：没检查返回值就直接用，结果在某台机器上静默失败。
