是否可将正在运行的进程迁移到另一运行进程的内存空间中执行？

在通用操作系统（如Linux、Windows）的原生进程模型下，你设想的将prcssA直接迁移到正在运行的prcssB内存空间执行的方案无法实现，核心原因如下：

• 虚拟内存隔离限制：现代操作系统为每个进程分配独立的虚拟地址空间，默认状态下prcssB没有权限直接读取prcssA的完整内存数据，即便通过ptrace等系统工具获取读取权限，也无法获取内核为prcssA维护的全部运行状态。
• 运行上下文不止包含内存数据：一个进程的完整运行状态除了用户态内存数据外，还包括CPU寄存器上下文、打开的文件描述符、网络连接、信号处理规则、权限凭证、内核绑定的进程元数据（如PID对应的内核task结构体）等，这些状态无法通过简单的内存复制迁移到另一个进程中。
• 地址空间冲突：正在运行的prcssB本身已经占用了完整的虚拟地址空间，prcssA的内存数据直接复制进去会和prcssB已有的代码、数据段产生地址冲突，直接导致prcssB自身运行崩溃。

你提到的类比exec调用的逻辑并不成立：exec调用的作用是将当前进程的整个用户态地址空间全部清空替换为新的可执行文件镜像，原进程的所有用户态运行状态都会被销毁，仅保留PID和部分内核态属性（如未设置FD_CLOEXEC标记的文件描述符），和“迁移另一个正在运行的进程到当前空间”的需求完全不同。

如果只是需要实现“将一段运行中的执行流迁移到另一个上下文执行”的效果，有几种成熟的实现思路：

• 同进程内的协程/纤程迁移：在同一个进程的地址空间内，用户态实现的协程（如Go的goroutine、C++的fiber）可以在不同的线程调度上下文之间迁移执行，不需要跨进程地址空间拷贝。
• 进程检查点恢复：通过Linux下的CRIU这类工具，可以将正在运行的prcssA的完整运行状态做快照存储，之后可以恢复为一个独立的新进程，支持跨主机恢复，但不会嵌入到另一个进程的地址空间中。
• 托管运行时迁移：如果两个进程都运行在同一个托管运行时环境（如JVM、WebAssembly运行时）中，可以将prcssA中运行的托管代码状态序列化，传输到prcssB的运行时中反序列化后继续执行，这种方案是在托管层实现的，不依赖操作系统原生进程的迁移能力。

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