你这个需求太常见了——要把调用不同架构原生库的.NET代码拆成独立进程，还不想碰注册表和GAC，还要能按需启停。完全可以用.NET原生技术搞定，给你推荐几个最贴合的方案：

1. gRPC 自托管（首推现代方案） #

这是.NET官方主推的高性能跨进程/跨平台通信方案，完美匹配你的要求：

• 完全不需要注册表或GAC注册，服务器就是一个独立的可执行文件
• 客户端可以按需启动服务器：用Process.Start()拉起服务器EXE，通信完成后要么调用服务器的退出接口让它优雅关闭，要么直接用Process.Kill()终止进程
• 实现步骤很清晰：
  1. 写个.proto文件定义你的服务接口（比如调用原生库的方法）
  2. 服务器端做个控制台应用，用Grpc.AspNetCore自托管gRPC服务，监听指定端口或者Unix域套接字
  3. 客户端引用生成的服务契约，直接连接服务器地址调用方法就行
• 优势：跨平台支持、性能拉满、支持流式通信，后续扩展也方便

2. 命名管道（Windows平台轻量首选） #

如果你的场景只在Windows下运行，命名管道是个超轻量的选择，.NET原生就支持：

• 服务器是独立EXE，启动后创建NamedPipeServerStream等待客户端连接
• 客户端可以先检查目标管道是否存在，不存在就启动服务器进程，然后用NamedPipeClientStream连接通信
• 数据传递可以自己序列化（比如用JSON、Protobuf），也可以自定义简单协议
• 优势：完全依赖.NET基础类库，不需要额外包，性能好，零注册表操作

3. 通用主机+Minimal API（最易上手） #

如果不想搞复杂的RPC，用HTTP API也能轻松搞定：

• 服务器做成控制台应用，用.NET通用主机托管一个Minimal API，把调用原生库的逻辑封装成接口
• 客户端通过HTTP请求调用接口，启动服务器用Process.Start()，关闭时可以调用一个专门的退出接口让服务器自行关闭，或者直接终止进程
• 优势：开发成本极低，调试方便，HTTP协议通用性强，不需要任何注册表配置

额外注意点 #

• 关于x86/x64兼容：可以把服务器分别编译成x86和x64两个版本，客户端根据当前需要调用的原生库架构，启动对应的服务器进程就行
• 按需启停的细节：客户端可以先检查服务器进程是否存在，或者尝试连接通信端点，失败再启动服务器；关闭时尽量让服务器优雅退出（比如收到信号后释放原生库资源），避免强制杀死导致资源泄漏

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