UWP使用FullTrustProcessLauncher调用控制台设置环境变量失败求解

问题根因 #

你遇到的现象不是FullTrust进程被纳入沙箱限制，而是UWP启动FullTrust进程时，默认继承了UWP自身的虚拟化环境变量上下文：

• UWP运行时的环境变量是系统为其创建的隔离副本，和当前用户真实的系统环境变量完全隔离
• 你用Environment.GetEnvironmentVariable读取的是继承来的UWP虚拟化环境变量，而非系统真实值，所以会出现“变量已存在”的错误判断，写入也只会落到虚拟化层，不会同步到真实系统
• 手动运行控制台程序时，进程使用的是当前用户的正常上下文，所以读写都正常

解决方案 #

方案1：修改现有控制台实现（推荐，改动最小） #

不要使用.NET的Environment类读写环境变量，改为直接操作注册表对应路径+发送系统更新通知，跳开环境变量虚拟化层。用户级环境变量的真实存储路径为HKEY_CURRENT_USER\Environment，直接读写该注册表项即可绕过虚拟化限制，示例代码如下：

using Microsoft.Win32;
using System.Runtime.InteropServices;

// 导入发送系统设置变更通知的API
[DllImport("user32.dll", SetLastError = true)]
private static extern IntPtr SendMessageTimeout(IntPtr hWnd, uint Msg, UIntPtr wParam, string lParam, uint fuFlags, uint uTimeout, out UIntPtr lpdwResult);

private const uint WM_SETTINGCHANGE = 0x001A;
private const uint SMTO_ABORTIFHUNG = 0x0002;

// 读写逻辑替换为如下实现
using (var envKey = Registry.CurrentUser.OpenSubKey("Environment", writable: true))
{
    var value = envKey?.GetValue("Test1") as string;
    if (string.IsNullOrEmpty(value))
    {
        envKey.SetValue("Test1", "pathTest", RegistryValueKind.String);
        // 通知系统环境变量已更新，避免其他进程无法读取新值
        SendMessageTimeout((IntPtr)0xffff, WM_SETTINGCHANGE, UIntPtr.Zero, "Environment", SMTO_ABORTIFHUNG, 5000, out _);
        Console.WriteLine("The environment variable has been created successfully");
    }
    else
    {
        Console.WriteLine("Environment variable already exists");
    }
}

该方案不需要修改UWP侧的调用逻辑，仅替换控制台程序的实现即可生效。

方案2：使用独立外部进程 #

如果不想修改现有控制台逻辑，可以在首次运行时，通过FullTrust进程将控制台exe释放到UWP沙箱外的公共目录（比如C:\ProgramData\你的应用专属目录），再由FullTrust进程启动这个外部路径的exe，此时进程不会继承UWP的虚拟化上下文，读写环境变量就和手动运行完全一致。

关于执行CMD命令的问题 #

可以正常执行。FullTrust进程本身不受UWP沙箱限制，你遇到的环境变量问题只是上下文继承导致的特例，你直接在控制台程序中调用Process.Start("cmd.exe", "/c 你要执行的命令")即可正常执行CMD指令，权限和手动运行该控制台程序的权限完全一致。

内容的提问来源于stack exchange，提问作者MonoMatrix