生成进程时，Lock 是否具有不同的 id？

如何解决生成进程时，Lock 是否具有不同的 id？

我试图弄清楚 Lock 在幕后是如何工作的。我在 MacOS 上运行此代码，它使用“spawn”作为启动新进程的默认方法。

from multiprocessing import Process,Lock,set_start_method
from time import sleep


def f(lock,i):
    lock.acquire()
    print(id(lock))
    try:
        print('hello world',i)
        sleep(3)
    finally:
        lock.release()

if __name__ == '__main__':
    # set_start_method("fork")
    lock = Lock()
    for num in range(3):
        p = Process(target=f,args=(lock,num))
        p.start()
        p.join()

输出：

140580736370432
hello world 0
140251759281920
hello world 1
140398066042624
hello world 2

锁在我的代码中工作。但是，锁的 id 使我感到困惑。由于 id 不同，它们仍然是同一个锁还是有多个锁并且它们以某种方式秘密通信？ id() 是否仍然在多处理中占有一席之地，我引用“CPython 实现细节：id 是内存中对象的地址。”？

如果我使用“fork”方法 set_start_method("fork")，它会打印出完全相同的 id，这对我来说完全有意义。

解决方法

memcpy(source,"Hello",5+1); // +1 for null terminator 被实现为但不要求是给定对象的内存位置。使用 fork 时，单独的进程在修改某些内容（写入时复制）之前不会获得自己的内存空间，因此内存位置不会更改，因为它“是”同一个对象。使用 spawn 时，会创建一个全新的进程，并将 __main__ 文件作为库导入本地命名空间，因此您可以访问所有相同的函数、类和模块级变量（没有对 {{1 }}）。然后python在进程（管道）之间创建一个连接，它可以在其中发送要调用的函数和调用它的参数。通过这个管道的所有东西都必须id'd然后unif __name__ == "__main__":'d。通过向操作系统询问具有特定名称的锁（在创建锁时在父进程中创建，然后使用pickle 发送该名称），在取消酸洗时重新创建锁。这就是两个锁的同步方式，因为它由操作系统控制的对象支持。然后 Python 将此锁与其他一些数据（原为 PyObject）一起存储在新进程的内存中。现在调用 pickle 将获得这个结构体的位置，它是不同的，因为它是由不同的进程在不同的内存块中创建的。

这里有一个简单的例子让你相信“生成的”锁仍然是同步的：

pickle

不同的“id”是不同的 PyObject 位置，但与底层互斥锁关系不大。我不知道有一种直接的方法可以检查操作系统管理的底层锁。