为何Python BaseProcess类的_parent_pid/_parent_name赋值为当前进程信息？

这里的核心逻辑是：_parent_pid和_parent_name要记录的是创建这个子进程对象的进程——也就是这个子进程启动后真正的父进程——的信息，而非当前进程自身的父进程。

• 别混淆os.getpid()和os.getppid()：os.getpid()返回的是当前正在执行代码的进程ID，也就是你现在创建子进程对象的那个进程。而os.getppid()返回的是当前进程的父进程ID（相当于“爷爷进程”）。比如主进程（PID 100）创建子进程P，此时在主进程里执行BaseProcess.__init__，os.getpid()是100（正是P的父进程ID），如果用os.getppid()拿到的是主进程的父进程（比如启动主进程的shell的PID），这完全不是P的父进程。

• _current_process才是正确的“父进程”：_current_process指向的是当前运行的进程，也就是正在创建子进程对象的那个进程，它就是子进程启动后的父进程。而_parent_process是当前进程自己的父进程，和要创建的子进程没有直接关系。

• 设计意图匹配：multiprocessing的这个设计是为了准确关联“子进程实例”和“它的创建者进程”。当子进程启动后，它的父进程就是创建它的那个进程，所以在初始化子进程对象时，用当前进程的PID和名称赋值是完全正确的。

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