对象的__del__是对象在被gc消除回收的时候起作用的一个方法,它的执行一般也就意味着对象不能够继续引用。
<强>示范代码如下:
类演示:
def __del__(自我):
打印(“称__del__”)
obj=演示()
德尔obj
之前
<强>程序执行结果如下:
grey@DESKTOP-3T80NPQ:/mnt/e/01 _workspace/02 _programme_language/03 _python/03 _oop python del_method.py/2017/08美元
调用__del__
之前
但是,这并不是让__del__执行的唯一方式。其实,这个方法也可以直接调用。测试代码如下:
类演示:
def __init__(自我):
打印(“称__del__”)
obj=演示()
obj.__del__ ()
之前
<强>程序执行结果:
grey@DESKTOP-3T80NPQ:/mnt/e/01 _workspace/02 _programme_language/03 _python/03 _oop python del_method.py/2017/08美元
调用__del__
之前
但是,这样的执行很多时候并不能够保证垃圾回收的正常执行。
<>强如下代码:
grey@DESKTOP-3T80NPQ:/mnt/e/01 _workspace/02 _programme_language/03 _python/03 _oop python del_method.py/2017/08美元
调用__del__
调用__del__
之前
<>强执行结果:
grey@DESKTOP-3T80NPQ:/mnt/e/01 _workspace/02 _programme_language/03 _python/03 _oop python del_method.py/2017/08美元
调用__del__
调用__del__
之前
<>强推测:上面的删除方法触发了两次删除,但是由于引用关系,删除销毁其实没有实现。
修改代码验证如下:
类演示:
def __del__(自我):
打印(“称__del__”)
德尔自我
obj=演示()
obj.__del__ ()
打印(id (obj))
之前
<>强执行结果:
grey@DESKTOP-3T80NPQ:/mnt/e/01 _workspace/02 _programme_language/03 _python/03 _oop python del_method.py/2017/08美元
调用__del__
140726800222040
调用__del__
之前
从上面看来,其实主要还有对对象的引用,这个销毁的动作还是需要等待对象引用没有了以后才能够完成。进一步验证代码:
类演示:
def __del__(自我):
打印(“称__del__”)
德尔自我
obj=演示()
obj.__del__ ()
打印(id (obj))
打印(id (obj))
之前
<>强执行结果:
grey@DESKTOP-3T80NPQ:/mnt/e/01 _workspace/02 _programme_language/03 _python/03 _oop python del_method.py/2017/08美元
调用__del__
140568015406936
140568015406936
调用__del__
之前
<强>从上面结果看,猜测还是准确的。
以上这篇Python对象中__del__方法起作用的条件详解就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
