对象性能模式——单件模式和亨元模式

单件模式；
之前的模式都是与项目整体的设计相关的，什么高内聚，松耦合、多态，隔离。但是对象性能模式不是从这些方面的设计模式、而是从软件的性能方面入手的、其实与公司代码里面很多类对象实现的那种单例是一个意思、唯一的目的就是如果这个类的对象在项目中要经常高频率的时候，那么如果常规的话就需要去不断new对象，那么就耗内存不利于项目的性能。因此就 出现了对象性能模式这两种模式、目的就是达到在整个项目中不需要总是去new对象，而只需要new 一个、利于判断如果没有则new一个、如果有则直接用之前的。意思很简单但是里面实现并且考虑多线程也是比较麻烦的。

举例：

多线程那么就加锁就可以解决呀，
举例

并且读变量是不需要加锁的，只有写的时候才需要加锁，防止重复不同操作。因此如果都是读也去获取锁也造成了锁的代价

那我们就双检查锁、如果对象为空的时候我们才去获取锁才去new对象

class Signal
{
public:
	Signal();
	~Signal();
	static Signal * getSignal();
private:
	static Signal * stdSignal;
};
Signal * Signal::getSignal()
{
	if (stdSignal == nullptr)//两次检查、如果只是读那么就不需要去获取锁了。
	{
		Lock lock;
		if (stdSignal == nullptr)
		{
			return new(Signal);
		}
	}
	return stdSignal;

}

但是同样其实也有问题的存在、因为我们是根据if (stdSignal == nullptr)//来判断的，但是我们计算机编译器在new一个对象的时候其实是分成三步、1、申请内存、2、调用构造函数、3、赋值、但是这只是默认的顺序，在多核计算机下、执行的顺序也有可能是132，那么在结合多线程就有可能有线程在创建对象的时候还没调用构造函数就把值返回出去了，这就是著名的Reoeder不安全问题。

最后在C++ 11的时候就有了安全的方法

享源模式
运用共享技术有效的支持大量细微粒的对象、（通俗一点就是利用一个共享池（可以是各种容器）来进行对象的管理、如果里面存在就直接返回、没有就创建再返回、类似于单件模式、但是单件是单个的、而享元是一系列大量的细微粒的对象时采用 的）因此是否需要使用享元模式需要进行评估。
举例；

Fornt::Fornt()
{
	string key;
	Fornt(string key){};
}
class ForntFactory
{
public:
	ForntFactory();
	~ForntFactory();
	map<string, Fornt*> forntPoll;
	Fornt * GetFornt(string key)
	{
		bool isExit = forntPoll.find(key);//查找共享池是否存在
		if (!isExit)//存在
		{
			;//返回
		}
		else
		{
			//否则创建。
			//加入共享池，再返回
		}
	}
private:

};

大概的逻辑就是这样的