Boolan 设计模式_3

”对象性能“模式:解决对象创建代价问题

1. 单件模式
  • 在整个系统中保证只存在一个实例。
  • 构造函数和拷贝构造函数设置为private。
  • getInstance不是多线程安全的,可能出现对象被创建多个的情况。
  • 双检查锁,在lock的前后判断m_instance是否为空。因为可能多个线程都走进到m_instance==nullptr分支,所以之后每个线程在获得锁之后要再次判断m_instance==nullptr,来确保m_instance不会被重复实例化。但可能出现内存读写reorder问题,在经过编译器优化后,实例化Singleton可能不是按照分配空间、构造和地址赋值给指针的顺序进行的,而是按照分配空间、指针赋值、构造这三个步骤,当一个线程执行到指针赋值后,如果有另一个线程进来判断m_instance指针不为空,直接返回m_instance,并直接使用这个指针,那就会发生错误,因为第一个线程还没有执行构造器,所以这时双检查锁也就是失效了。解决办法,将变量声明为volatile防止编译器优化代码。
- c++11后跨平台实现,屏蔽编译器对内存的reorder
std::atomic Singleton::m_instance;
Singleton* tmp = m_instance.load(std::memory_order_relaxed); //取变量。
std::atomic_thread_fence(std::memory_order_acquire); //获取内存屏障fence
std::atomic_thread_fence(std::memory_order_release);
//释放内存fence
m_instance.store(tmp, std::memory_order_relaxed); //tmp存储到

参考 http://blog.jobbole.com/52164/

  • 构造器声明为private。
  • 一般不支持拷贝构造和clone,因为违背单件模式的初衷。
  • 注意多线程安全下的实现。
2. 享元模式
  • 支持大量细粒度的对象。
  • 维护一个map,对map中没有的对象进行创建。
  • map中的对象是只读的。

“状态变化”模式

1. 状态模式
  • 通过扩展子类,来添加进状态。
  • 解决状态转化问题,当有if...else时,可以转换成此方法。
  • 与策略模式相似。

2. 备忘录模式

  • 在状态转化时,还原到某一个状态。
  • 用原发器创建备忘录,保存。

eg. 时间紧迫,暂时只能写这么多了。

你可能感兴趣的:(Boolan 设计模式_3)