多处理.Manager().dict().setdefault()坏了吗？

Question

其后期和非常可能是愚蠢的部门提出:

>>> import multiprocessing
>>> mgr = multiprocessing.Manager()
>>> d = mgr.dict()
>>> d.setdefault('foo', []).append({'bar': 'baz'})
>>> print d.items()
[('foo', [])]         <-- Where did the dict go?

鉴于:

>>> e = mgr.dict()
>>> e['foo'] = [{'bar': 'baz'}]
>>> print e.items()
[('foo', [{'bar': 'baz'}])]

版:

>>> sys.version
'2.7.2+ (default, Jan 20 2012, 23:05:38) \n[GCC 4.6.2]'

虫子还是玩意儿？

编辑:更多相同,在python 3.2:

>>> sys.version
'3.2.2rc1 (default, Aug 14 2011, 21:09:07) \n[GCC 4.6.1]'

>>> e['foo'] = [{'bar': 'baz'}]
>>> print(e.items())
[('foo', [{'bar': 'baz'}])]

>>> id(type(e['foo']))
137341152
>>> id(type([]))
137341152

>>> e['foo'].append({'asdf': 'fdsa'})
>>> print(e.items())
[('foo', [{'bar': 'baz'}])]

dict代理中的列表如何不包含其他元素？

Answer 1

这是一些非常有趣的行为,我不确定它是如何工作的,但我会解释为什么行为是这样的.

首先,注意multiprocessing.Manager().dict()不是dict,它是一个DictProxy对象:

>>> d = multiprocessing.Manager().dict()
>>> d
<DictProxy object, typeid 'dict' at 0x7fa2bbe8ea50>

DictProxy该类的目的是为您提供dict跨进程共享的安全性,这意味着它必须在正常dict函数之上实现一些锁定.

显然,这里的实现的一部分是不允许您直接访问嵌套在a中的可变对象DictProxy,因为如果允许的话,您将能够以绕过所有可DictProxy安全使用的锁定的方式修改共享对象.

以下是一些证据表明您无法访问可变对象,这类似于以下内容setdefault():

>>> d['foo'] = []
>>> foo = d['foo']
>>> id(d['foo'])
140336914055536
>>> id(foo)
140336914056184

使用您期望的普通字典d['foo']并foo指向相同的列表对象,对其中一个的修改将修改另一个.如您所见,DictProxy由于多处理模块强加了额外的过程安全性要求,因此不属于该类.

编辑:多处理文档中的以下注释阐明了我上面要说的内容:

注意:对dict和列表代理中的可变值或项的修改不会通过管理器传播,因为代理无法知道何时修改其值或项.要修改此类项,可以将修改后的对象重新分配给容器代理:

# create a list proxy and append a mutable object (a dictionary)
lproxy = manager.list()
lproxy.append({})
# now mutate the dictionary
d = lproxy[0]
d['a'] = 1
d['b'] = 2
# at this point, the changes to d are not yet synced, but by
# reassigning the dictionary, the proxy is notified of the change
lproxy[0] = d

根据以上信息,以下是如何重写原始代码以使用DictProxy:

# d.setdefault('foo', []).append({'bar': 'baz'})
d['foo'] = d.get('foo', []) + [{'bar': 'baz'}]

正如Edward Loper在评论中所建议的,编辑上面的代码 get() 而不是 使用setdefault().