我收到一個(gè)奇怪的 Python 錯(cuò)誤。我正在執(zhí)行一個(gè)看起來像這樣的文件。if __name__ == '__main__': MyClass().main() print('Done 1') print('Done 2')前面運(yùn)行成功。但是當(dāng)我把它改成這個(gè)時(shí)，我得到了奇怪的結(jié)果。if __name__ == '__main__': myObject = MyClass() myObject.main() print('Done 1') print('Done 2')輸出看起來像這樣。Done 1Done 2Exception ignored in: <function Viewer.__del__ at 0x0000021569EF72F0> Traceback (most recent call last): File "C:\...\lib\site-packages\gym\envs\classic_control\rendering.py", line 143, in __del__ File "C:\...\lib\site-packages\gym\envs\classic_control\rendering.py", line 62, in close File "C:\...\lib\site-packages\pyglet\window\win32\__init__.py", line 305, in close File "C:\...\lib\site-packages\pyglet\window\__init__.py", line 770, in closeImportError: sys.meta_path is None, Python is likely shutting downProcess finished with exit code 0最后print一行后有一個(gè)空行。當(dāng)最后一行沒有行尾標(biāo)記時(shí)，也會(huì)發(fā)生同樣的事情。無論是在 PyCharm 中使用run命令還是從終端運(yùn)行它，我都會(huì)得到相同的結(jié)果。正如您可能從錯(cuò)誤行中看出的那樣，該程序生成了一個(gè)動(dòng)畫。（這是 OpenAI 健身房的推車桿問題。）由于程序在錯(cuò)誤之前完成，所以這不是一場災(zāi)難。但我想了解發(fā)生了什么。謝謝。
1 回答
幕布斯6054654
TA貢獻(xiàn)1876條經(jīng)驗(yàn) 獲得超7個(gè)贊
Python 為__del__將在實(shí)例被垃圾收集時(shí)調(diào)用的類提供了一個(gè)dunder 方法，如果它們被垃圾收集。
使用時(shí)，該__del__方法通常會(huì)執(zhí)行某種清理。
由于無意中阻止對(duì)象被收集這一事實(shí)相當(dāng)容易，因此通常建議不要依賴__del__執(zhí)行清理（而不是上下文管理器__exit__或顯式.close()方法）。
您的錯(cuò)誤突出了避免依賴的不同原因__del__，但是：在關(guān)閉期間__del__將被調(diào)用，但可能在它依賴的其他東西被釋放之后。
評(píng)論中鏈接的關(guān)于 github 問題的建議解決方法應(yīng)該具有指導(dǎo)意義，因?yàn)樗鼈兌即_保在清理所依賴的事物（例如sys.meta_path）仍處于定義/尚未釋放狀態(tài)時(shí)完成清理，例如：
try:
del env
except ImportError:
pass
和
env = gym.make('CartPole-v0')
...
env.env.close()
和（可能，但效率或清晰得多）
import gc; gc.collect()
添加回答
舉報(bào)
0/150
提交
取消