C#调用PowerShell时如何隔离共享的C# DLL静态内存空间？

我太懂你现在的困扰了——现在你的C#程序和调用的PowerShell脚本居然共享着带静态内存的DLL数据，两边能互相读写，完全没实现你想要的隔离效果。要解决这个问题，核心就是让PowerShell跑在完全独立的进程里，而不是和你的C#主进程挤在同一个内存空间里。

为什么默认方式做不到隔离？ #

你之前用的PowerShell.Create()是在当前C#进程内部创建PowerShell运行时，相当于把PowerShell当成一个库来调用，自然会共享进程内的所有资源——包括你那个带静态内存的DLL。所以只要是同进程调用，静态数据的共享是必然的，根本做不到真正的隔离。

最可靠的解决方案：启动独立的PowerShell进程 #

这是彻底断绝内存共享的唯一办法，每个PowerShell进程都有自己独立的内存空间，和你的C#主进程完全不共享任何数据（包括DLL的静态内存）。下面是具体的实现代码：

using System.Diagnostics;

// 定义你要执行的PowerShell脚本内容（也可以换成-File参数指定脚本文件路径）
string targetScript = @"
# 这里写你的PowerShell逻辑，比如加载并调用你的DLL
Add-Type -Path 'YourStaticMemoryDll.dll'
# 执行你的业务操作，比如读取/写入DLL数据
";

// 配置PowerShell进程的启动参数
var processStartInfo = new ProcessStartInfo
{
    FileName = "powershell.exe", // 用pwsh.exe可以调用PowerShell 7+版本
    Arguments = $"-Command \"{targetScript}\"",
    UseShellExecute = false,
    RedirectStandardOutput = true,
    RedirectStandardError = true,
    CreateNoWindow = true // 可选，不想显示PowerShell窗口就开这个
};

// 启动进程并处理输出
using (var psProcess = Process.Start(processStartInfo))
{
    string output = psProcess.StandardOutput.ReadToEnd();
    string errorMsg = psProcess.StandardError.ReadToEnd();
    psProcess.WaitForExit();

    // 处理执行结果
    if (psProcess.ExitCode != 0)
    {
        Console.WriteLine($"PowerShell执行出错：{errorMsg}");
    }
    else
    {
        Console.WriteLine($"PowerShell执行结果：{output}");
    }
}

这个方案的优势 #

• 完全隔离：PowerShell进程里加载的DLL静态内存和主进程的完全无关，每次启动都是全新的环境，绝对不会出现数据串用的情况。
• 兼容性好：不管你用的是.NET Framework还是.NET Core/.NET 6+，这个方案都能正常工作。

注意事项 #

• 如果需要在C#和PowerShell之间传递数据，别再想共享内存了——改用命令行参数、临时文件，或者更高效的IPC方式（比如命名管道）。
• 确保PowerShell进程加载的是DLL的全新实例，避免因为文件锁定或者缓存导致的意外共享。

不推荐的方案：AppDomain隔离（仅.NET Framework可用） #

如果你还在使用.NET Framework，可能会想到用AppDomain来隔离，但这个方案局限性很大：

• .NET Core/.NET 5+已经彻底移除了AppDomain的隔离能力，根本用不了。
• 就算在.NET Framework里，要让PowerShell运行在自定义AppDomain里配置起来非常麻烦，而且仍然存在一些边缘场景下的资源共享风险，远不如进程隔离可靠。

所以除非你有特殊的历史技术栈限制，否则优先选择独立进程的方案。

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