很久很久以前, 在用OC的时候, 内存管理上虽然是用的引用计数的回收机制, 只要一个对象的引用计数为0, 这个对象就会被回收, 而且部分人会选择对自己创建的对象的引用计数进行手动管理, 当然也提供了自动引用计数的口子的。
既然涉及到引用计数, 那对于对象的引用计数上的管理就是一个非常重要的点, 因为一旦管理不当, 这个对象可能就会提前释放或者不释放, 而这种问题排查起来也是比较麻烦的, 因为很多时候你的对象的引用关系可能不知不觉中就绕了一个圈, 就类似于以下的方式:
a.p = b
b.p = c
c.p = a
上面只是举个简单的例子, 可以看到在他们之间通过属性关联, 建立起了一个强引用的环, 那么除非你对这个强引用环中的一个点进行打破, 否则, 他们可能一致不会释放, 所以在OC中有weak指针,就是只是添加一个弱引用, 而不进行引用计数。
上述是背景, 近期在写python的时候, 业务需求需要构造一个这样的环, 然而, 经过测试, 貌似python中的引用就是妥妥的强引用
class Person:
def __init__(self, name):
self.name = name
self.next = None
self.last = None
def __del__(self):
self.next = None
self.last = None
p = Person('a')
p1 = Person('b')
p2 = Person('c')
p.next = p1
p1.last = p
p1.next = p2
p2.last = p1
del p
print(p1.last.name) # print a
print(p1.next.name) # print c
从上述例子中可以看到, 虽然我显式地删除了p这个变量, 但是通过p1, 依然可以访问到之前创建过的实例, 这就有点像你烧了你自己写的一张欠条, 但是摊开另一个账本的时候它又冒出来了。
在一番冲浪后, 在网上找到了解决方案, python其实也有弱引用一说, 只要你通过弱引用来添加对另一个对象, 就不会出现这种糟心的问题
import weakref
class Person:
def __init__(self, name):
self.name = name
self.next = None
self.last = None
def __del__(self):
self.next = None
self.last = None
p = Person('a')
p1 = Person('b')
p2 = Person('c')
p.next = weakref.ref(p1)
p1.last = weakref.ref(p)
p1.next = weakref.ref(p2)
p2.last = weakref.ref(p1)
del p
print(p1.last()) # 此处输出的None
print(p1.next().name) # 此处输出的c
通过上述的方式, 我们就可以构建两个对象间的弱引用, 但是此时需要注意的是, weakref貌似把对象的属性替换成了方法, 所以当想要访问对象关联用的属性的时候, 需要通过方法去调用, 如果被引用的对象已经释放, 则会返回None, 如果没有被释放, 则会返回你引用的对象实例。