这里先复习以下weak_ptr
主要就是weak_ptr初始化赋值,由于weak_ptr 没有shared_ptr的make_shared(new class)函数,所以定义的weak_ptr必须由另外一个weak_ptr或者shared_ptr通过wp=sp,或者wp(sp),这样给weak_ptr赋值,所以千万不要这样写:
weak_ptr<int> wk_ptr(new int(4));
明白这个后我们再来看weak_ptr和shared_ptr作为类成员变量的区别:
muduo中有这样一个观察者例子:
class Observer{
public:
virual ~Observer();
virtual void update()=0;
};
class Observerable{
public:
void register_(weak_ptr<Observer> x);
void unregister_(weak_ptr<Observer> x);
void notifyObservers();
private:
mutable MutexLock mutex_;
std::vector<weak_ptr<Observer>> observers_;
typedef std::vector<weak_ptr<Observer>>::iterator Iterator;
};
void Observerable::notifyObservers(){
MutexLockGuard lock(mutex_);
Iterator it =observers_.begin();
while(it!=observers_.end()){
shared_ptr<Observer> obj(it->lock());
if(obj){
obj->update();
++it;
}else{
it=observers.erase(it);
}
}
}
作者在最后问道:如果把observers_改为下面这样
std::vector<shared_ptr<Observer>> observers_;
会有什么后果。
我个人的理解是这样:
如果改成智能指针shared_ptr就会让observers_里面的对象Observer跟observable强绑定,observable什么时候析构将observers_析构掉才能将其数组内部的Observer释放掉,这就违背了观察者模型的本意,在这里observers_内部的Observer生命周期不应该由observable来决定,而是具体使用它的人决定的,所以这里必须是weak_ptr,这样外部别人用完了,当没人使用的时候它就释放了,observable就只是简单观察,如果还在就通知,不在就不通知,如果用了shared_ptr那么这个对象就一直存在,不会被释放(这里一直存在指的是与observers_生命周期长度一致,当observers_析构的时候,它里面的智能指针指向的才会被释放,这里假设observers_析构的时候,里面智能指针引用计数都为1)
下面这个对象池也跟上述问题一致:
Class StockFactory{
public:
shared_ptr<Stock> get(const string &key);
private:
mutalbe MutexLock mutex;
std::map<string,weak_ptr<Stock>> stocks_;
};
shared_ptr<Stock> StockFactory::get(const string &key){
shared_ptr<Stock> spStock;
MutexLockGuard lock(mutex_);
weak_ptr<Stock> & wkStock=stocks_[key];//这里要注意如果stocks_没有key,你只要一查就会自动创建这个key
spStock=wkStock.lock();
if()!spStock{
pStock.reset(new Stock(key));
wkStock=spStock;
}
return spStock;
}
关于这里stocks_,不能用shared_ptr 跟上面也是一个道理,这里stocks_内部的Stock对象生命周期不应该由StockFactory来掌握,而是真正使用它的人掌握,StockFactory只创建对象,而不负责销毁对象。
如果你在一个类内部使用智能指针,不知道是否用shared_ptr还是weak_ptr的时候,就想一下,这个对象生命周期是由谁来控制,是我这个class还是外部使用的人,如果是由你来控制,那么就用shared_ptr,否则就用weak_ptr,当然也要考虑循环引用的问题。
谢谢大家。