UAC文件系统操作失败，需先使用文件资源管理器才可正常执行

核心问题原因 #

这个现象本质是Desktop Bridge全信任进程的UAC提升上下文异常：首次在受保护位置操作时，系统被动触发的UAC提升并未正确为你的.NET 4.8进程建立有效权限上下文；而资源管理器操作后，系统会缓存该位置的权限授权状态，后续应用的UAC请求才能正常映射到权限令牌。

可行解决方案 #

1. 主动触发UAC提升，而非被动等待系统弹窗

不要等文件操作失败后让系统触发UAC，而是在执行受保护操作前，主动以管理员权限启动全信任进程或操作子进程：

• 在.NET代码中，使用Process.Start时指定Verb = "runas"，强制提升权限：

var processStartInfo = new ProcessStartInfo
{
    FileName = "your-full-trust-process.exe",
    Verb = "runas", // 主动请求UAC提升
    Arguments = "your-operation-params"
};
Process.Start(processStartInfo);

• 如果是在全信任进程内部执行操作，可通过ShellExecuteEx调用自身并指定runas动词，实现进程内权限提升（注意添加逻辑避免无限循环）。

2. 修正包清单的全信任进程配置

确保你的Package.appxmanifest中全信任进程的声明完全正确：

<Extensions>
  <desktop:Extension Category="windows.fullTrustProcess" Executable="YourNet48App.exe">
    <desktop:FullTrustProcess>
      <desktop:ParameterGroup GroupId="YourOperationGroup" Parameters="your-params"/>
    </desktop:FullTrustProcess>
  </desktop:Extension>
</Extensions>

同时确认已添加xmlns:desktop="http://schemas.microsoft.com/appx/manifest/desktop/windows10"命名空间，且runFullTrust capability已正确声明。

3. 避免直接操作系统受保护根目录

如果业务允许，尽量引导用户将文件操作放在非系统根目录（如C:\Users\<User>\Documents），这类位置默认无需额外UAC授权，从根源规避问题。

额外验证点 #

• 检查全信任进程的.exe是否带有管理员权限要求的manifest：在项目属性中，勾选"UAC设置"里的"要求管理员权限"，这样进程启动时直接触发UAC，避免后续操作时的权限上下文混乱。
• 确认Windows Defender或第三方安全软件未拦截你的进程权限提升，可临时关闭安全软件测试是否恢复正常。

内容的提问来源于stack exchange，提问作者Eric P.