弱引用在许多编程语言中都相当有用,弱引用是相对强引用来说的,强引用是指你在某处使用了一个对象,在你释放这个引用前,这个对象是无法释放的,而弱引用则相反,虽然你拿着这个引用但是对象仍然可以释放,使用时也不保证对象有效。
在C++中有两个智能指针,shared_ptr针对强引用,每次构造必增加引用计数,weak_ptr针对弱引用,不增加引用计数,使用前要转换成shared_ptr才能使用。根据自己在实践中的经验,使用weak_ptr弱引用的场景有:
1. 比如有一个类引用另一个对象作为成员,但是又不想因为使用强引用,使得这个对象在外面无法释放,这时候刚好可以使用weak_ptr。
#include <memory>
#include <iostream>
using namespace std ;
class Entity {
public:
Entity() {}
~Entity () {cout << ">> Entity Destructor" << endl ;}
};
class Contanier {
weak_ptr< Entity> _entity ;
public:
Contanier( shared_ptr< Entity> p ):_entity (p ) {}
void Demo() {
shared_ptr< Entity> realEntity = _entity .lock ();
if (realEntity ) {
cout << "Entity Object still exist" << endl ;
} else
cout << "Entity Object has been destroyed" << endl;
}
};
int main (int argc, char *argv [])
{
Contanier *container = NULL ;
{
shared_ptr< Entity> realEntity (new Entity());
container = new Contanier( realEntity);
container-> Demo();
}
container-> Demo();
delete container;
return 0
}
输出结果
Entity Object still exist
>> Entity Destructor
Entity Object has been destroyed
请按任意键继续. . .
2.第二个场景当然是防止循环引用了,循环引用指A拿着B的引用,B拿着A的引用,彼此无法释放,造成内存泄漏。如果彼此拿着的是对方的弱应用就不会出现这个问题了。看一个循环引用的C++代码:
#include <memory>
#include <iostream>
#include <string>
using namespace std;
class B;
class A {
public:
shared_ptr<B> _pB;
~A() { cout << ">> ~A() << " << endl; }
};
class B {
public:
shared_ptr<A> _pA;
~B() { cout << ">> ~B() << " << endl; }
};
void Run() {
shared_ptr<A> pA(new A);
shared_ptr<B> pB(new B);
pA->_pB = pB;
pB->_pA = pA;
}
int main(int argc, char *argv[]) {
Run();
cout << "over" << endl;
return 0;
}
输出 over.
可见Run结束后并没有成功释放A,B对象。
3.lua中的弱表
lua里面也有弱引用,虽然lua的垃圾收集器可以保证没有循环引用的问题,但是lua引用在内存泄漏方面还是有重要意义,在工作实践中,lua的弱引用table(weak table)常被用来检测内存泄漏问题,因为是弱引用并不阻止GC,把要监测的对象放入weak table中,过一段时间,该对象本该要释放,但是在weak table中仍然能检索到此对象,表示此对象泄漏了。演示代码如下:
MemLeakChecker = {}
setmetatable(MemLeakChecker, {__mode="v"})
local Obj = {["Name"] = "Obj1"}
MemLeakChecker["obj1"] = Obj
function DestroyObj()
Obj = nil
end
DestroyObj()
assert(not MemLeakChecker["obj1"])
代码其实没有更好的演示出内存泄漏检测的功能,看起来Obj在这里很难泄漏,但是在真正的工作代码中,lua工程常常有成千上万行代码,不同模块有意或无意的引用了一些全局变量,使得GC无法释放,运行久了后,内存消耗巨大,这时使用weak table实时检测跟踪内存泄漏就相当有意义了。