对象性能模式
十四。单例模式
关键点：只存在一个实例（以保证逻辑上的正确性）
创建型的设计模式绕过new是为了避免new带来的耦合
这个绕过new解决的是性能问题
问题：以上写法单线程是安全的；而线程则不安全
解决：加锁(但锁的代价过高)
Singleton*Singleton::getInstance(){
Lock lock;
if(m_instance == nullptr{
m_instance= new Singleton();
}
return m_instance;
}
问题：对于都是读操作的线程是浪费的（即读操作是安全的)(高并发环境下会有许多读操作）
解决：双检查锁（锁前锁后都要检查）
Singleton* Singleton::getInstance(){
if(m_instance==nullptr){
Lock lock;
if(m_instance == nullptr{
m_instance = new Singleton();
}
}
}
锁前检查：避免代价过高
锁后检查：避免不正确
问题（2000年左右再java领域发现）：会出现reorder的情况导致双检查锁的失效
reorder：实际上代码到了指令层次；指令和假设不一样；
m_instance = new Singleton();这一行有几个假设；如果拆分成三个步骤的话：1.分配内存2.调用构造器3.把指针得到的返回值给m_instance
以上是假想顺序：实际上有可能reorder（即先分配内存，再把内存地址给m_instance最后再调用构造器）；
c++加了一个关键字（volatile）以解决上述问题；
模式定义：保证一个类仅有一个实例，并提供一个该实例的全局访问点
要点总结：
1.实例构造器可以设置为protected以允许子类派生
2.一般不要支持拷贝构造函数和clone接口，因为这有可能导致多个对象实例，与初衷违背
3.双检查锁的正确实现可以实现多线程环境下的安全Singleton
注：nullptr？？？
行为变化模式
组件的构件过程中，组件行为的变化经常导致组建本身剧烈的变化。“行为变化模式”将组件的行为和组件本身进行解耦，从而支持组件行为的变化，实现两者之间的送耦合
非虚和静态函数：地址直接以编译时绑定方式
虚函数：运行时绑定
二一。命令模式
动机1.行为请求者与行为是闲着通常呈现一种紧耦合。但在某些场合——比如需要对香味进行“记录、撤销/重、事物”等处理，这种无法抵御变化的紧耦合是不合适的。2.这种情况下，如何将“行为请求者”与行为实现者“解耦？将一组行为抽象为对象，可以实现二者之间的松耦合
