我想知道 Java 的“volatile”的等價(jià)物，并找到了這個(gè)答案。相當(dāng)于 Python 中的 Java volatile這（基本上）說(shuō)，由于 GIL，至少在 cpython 中，所有東西在 python 中都是有效的。這是有道理的，一切都被 GIL 鎖定，沒(méi)有內(nèi)存障礙需要擔(dān)心，等等。但如果這是由規(guī)范記錄和保證的，我會(huì)更高興，而不是讓它成為 cpython 目前碰巧的方式的結(jié)果實(shí)施的。因?yàn)?，假設(shè)我希望一個(gè)線程發(fā)布數(shù)據(jù)而其他線程讀取它，所以我可以選擇這樣的東西：class XFaster:    def __init__(self):        self._x = 0    def set_x(self, x):        self._x = x    def get_x(self, x):        return self._xclass XSafer:    def __init__(self):        self._x = 0        self._lock = threading.Lock()    def set_x(self, x):        with self._lock:            self._x = x    def get_x(self, x):        with self._lock:            return self._x我寧愿使用XFaster甚至根本不使用 getter 和 setter。但我也想可靠地、“正確地”做事。是否有一些官方文件說(shuō)這是可以的？比如說(shuō)將值放入 adict或附加到 a怎么樣list？換句話說(shuō)，是否有一種系統(tǒng)的、有記錄的方法來(lái)確定我可以做什么而無(wú)需threading.Lock（無(wú)需深入挖掘dis或類似的東西）？并且最好以不會(huì)破壞未來(lái) python 版本的方式。關(guān)于編輯：我感謝評(píng)論中的知情討論。但我真正想要的是一些保證以下內(nèi)容的規(guī)范：如果我執(zhí)行這樣的事情：# in the beginningx.a == foo# then two threads start# thread 1:x.a = bar# thread 2do_something_with(x.a)我想確定：當(dāng)線程 2 讀取時(shí)，x.a它讀取foo或者bar如果線程 2 中的讀取發(fā)生在物理上晚于線程 1 中的分配，那么它實(shí)際上讀取bar以下是一些我不想發(fā)生的事情：線程被安排在不同的處理器上，x.a=bar線程 1 的分配對(duì)線程 2 不可見x.__dict__正在重新散列，因此線程 2 讀取垃圾ETC