获取外部进程中的对象。可能吗？（c#）

我想知道是否可以从另一个带有参数（而不是字符串参数）的进程启动该进程。也许它可以被某种方式克服

我有一个process1，它执行很多操作，它需要将一个对象发送到另一个进程来执行一些外部计算。最后，它应该返回结果

假设process1已创建：

NiceClass nc=newniceClass（新列表{'a'，'b'，'c'））

现在我想让process2做一个

.Remove（）

示例，然后返回到process1

{'a'，'b'}

换句话说，第二个过程的行为应该像一个正常的方法，但完全是外部的。 这可能吗？可能是指针（反正我也不知道怎么用）

非常感谢您的回答

除了显而易见的（WCF）之外，C#/CLR还有一个ZeroMQ绑定，它非常好：

面向消息的IPC、发布/订阅和各种其他策略是否与 代码和配置比WCF少得多

它至少比其他任何东西都快一个数量级 如果您需要低延迟通信，则具有较少的延迟

关于信号量、锁、互斥体等 交流而不是通过分享来交流，你会有一个完整的 与传统范例相比，负载更少的麻烦

除了显而易见的（WCF）之外，C#/CLR还有一个ZeroMQ绑定，它非常好：

面向消息的IPC、发布/订阅和各种其他策略是否与 代码和配置比WCF少得多

它至少比其他任何东西都快一个数量级 如果您需要低延迟通信，则具有较少的延迟

关于信号量、锁、互斥体等 交流而不是通过分享来交流，你会有一个完整的 与传统范例相比，负载更少的麻烦

---

我几乎不怀疑操作系统的安全性（内存）模型将允许你做这类事情。你最好选择一些技术在进程之间进行通信，例如WCF-看看这个问题。你在c中谈论IPC#请参阅以获取一些信息。在两个进程之间传递对象将很棘手，我认为也很危险。通常IPC仅限于指令另一个进程应该做什么，例如使用值X、Y、Z执行计算。另一种可能性是动态生成一个可执行文件并在单独的进程中运行，同样，这种方法也存在问题。我毫不怀疑操作系统的安全性（内存）模型将允许你做这类事情。你最好选择一些技术在进程之间进行通信，例如WCF-看看这个问题。你在c中谈论IPC#请参阅以获取一些信息。在两个进程之间传递对象将很棘手，我认为也很危险。通常IPC仅限于指令另一个进程需要做什么，例如使用值X、Y、Z执行计算。另一种可能是动态生成一个可执行文件并在单独的进程中运行，同样，此方法存在问题。