如何在独立进程中运行.NET Framework方法供.NET 7调用？

完全可以通过将.NET Framework 4.8.1类库的逻辑放到独立进程中运行，解决你遇到的Reflection.Emit API兼容性问题。核心原因是.NET 7（属于.NET Core后续版本）移除了AssemblyBuilder.Save这类仅在.NET Framework中存在的API，且两者的Reflection.Emit实现存在差异，隔离进程后就能让.NET Framework的代码在原生环境中正常执行。

具体实现步骤： #

1. 创建.NET Framework 4.8.1独立进程程序

   • 新建一个.NET Framework 4.8.1的控制台应用，将原类库中依赖Reflection.Emit（含AssemblyBuilder.Save）的逻辑迁移过来，或者直接引用原有的.NET Framework类库。
   • 设计好输入输出的交互方式：如果是简单数据，可通过命令行参数接收输入、控制台输出返回结果；如果是复杂数据，可采用序列化或专用通信机制。

2. 在.NET 7 WPF中启动并调用该进程

   • 使用System.Diagnostics.Process类启动.NET Framework控制台程序，通过标准输入输出完成数据交互。示例代码：

     var startInfo = new ProcessStartInfo
     {
         FileName = "YourNetFrameworkWorker.exe",
         Arguments = "简单输入参数",
         RedirectStandardOutput = true,
         RedirectStandardError = true,
         UseShellExecute = false,
         CreateNoWindow = true // 隐藏控制台窗口
     };
     
     using var process = Process.Start(startInfo);
     process.WaitForExit();
     
     string result = process.StandardOutput.ReadToEnd();
     string errorMsg = process.StandardError.ReadToEnd();
     
     // 处理返回结果或错误信息
     

3. 复杂场景下的通信优化

   • 若需要传递复杂对象，推荐用命名管道实现双向通信：.NET 7和.NET Framework都支持System.IO.Pipes命名管道API，可高效传输JSON序列化后的对象。
   • 也可以采用「输入序列化字符串→处理→输出序列化结果」的模式，通过标准输入输出传递JSON数据，两端分别完成序列化/反序列化操作。

注意事项： #

• 先单独测试.NET Framework控制台程序，确保Reflection.Emit相关逻辑能正常运行，排除自身代码问题。
• 部署WPF应用时，要将这个.NET Framework控制台程序一起打包，保证启动路径正确。
• 若不需要显示控制台窗口，务必设置CreateNoWindow = true和UseShellExecute = false。

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