特殊类的设计（单例模式）

目录

1. 请设计一个类，只能在堆上创建对象

2. 请设计一个类，只能在栈上创建对象

3. 请设计一个类，不能被拷贝

4. 请设计一个类，不能被继承

5. 请设计一个类，只允许创建一个对象(单例模式)

5.1 饿汉模式

5.2 懒汉模式

---

1. 请设计一个类，只能在堆上创建对象

实现方式：

1. 将类的构造函数私有，拷贝构造声明成私有。防止别人调用拷贝在栈上生成对象。

2. 提供一个静态的成员函数，在该静态成员函数中完成堆对象的创建。

class HeapOnly
{
public:
	static HeapOnly* CreateObj()
	{
		return new HeapOnly;
	}
private:
	HeapOnly()
	{}

	// 拷贝构造私有，并且只声明不实现(实现也是可以，但是没人用)所以不需要实现
	// C++98 -- 防拷贝 
	/*HeapOnly(const HeapOnly&)
	{}*/
	//public:
	//	// C++11
	//HeapOnly(const HeapOnly&) = delete;//加了这个关键词放在public里面也可以
};

2. 请设计一个类，只能在栈上创建对象

同上将构造函数私有化，然后设计静态方法创建对象返回即可。

class StackOnly 
{ 
public: 
 static StackOnly CreateObject() 
 { 
 return StackOnly(); 
 }
private:
 StackOnly() {}
};

方法二：屏蔽new
因为new在底层调用void* operator new(size_t size)函数，只需将该函数屏蔽掉即可。 注意：也要防止定位new

class StackOnly
{
public:
	StackOnly() {}
	// C++11 关键字delete
	void* operator new(size_t size) = delete;
	void operator delete(void* p) = delete;

private:
	// C++98 申明成私有
	//void* operator new(size_t size);
	//void operator delete(void* p);
};

3. 请设计一个类，不能被拷贝

拷贝只会放生在两个场景中：拷贝构造函数以及赋值运算符重载，
因此想要让一个类禁止拷贝，只需让该类不能调用拷贝构造函数以及赋值运算符重载即可。

class CopyBan
{
	//c++98
	//将拷贝构造函数与赋值运算符重载只声明不定义，并且将其访问权限设置为私有即可。
private:
	CopyBan(const CopyBan&);
	CopyBan& operator=(const CopyBan&);

//	//c++11
//	//C++11扩展delete的用法，delete除了释放new申请的资源外，如果在默认成员函数后跟上 = delete，
//	//表示让编译器删除掉该默认成员函数。
//public:
//	CopyBan(const CopyBan&) = delete;
//	CopyBan& operator=(const CopyBan&) = delete;
};

4. 请设计一个类，不能被继承

// C++98中构造函数私有化，派生类中调不到基类的构造函数。则无法继承
class NonInherit
{
public:
	static NonInherit GetInstance()
	{
		return NonInherit();
	}
private:
	NonInherit()
	{}
};

// C++11 为了更直观彻底的实现不能被继承，增加了关键final，表示该类不能被继承
class A  final//final关键字表示最终类
{
	// ....
};

5. 请设计一个类，只允许创建一个对象(单例模式)

设计模式（Design Pattern）：

是一套 被反复使用、多数人知晓的、经过分类的、代码设计经验的总结 。为什么会产生设计模式这样的东西呢？就像人类历史发展会产生兵法。最开始部落之间打仗时都是人拼人的对砍。后来春秋战国时期，七国之间经常打仗，就发现打仗也是有套路的，后来孙子就总结出了《孙子兵法》。孙子兵法也是类似。

使用设计模式的目的：

为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

单例模式：

一个类只能创建一个对象，即单例模式，该模式可以保证系统中该类只有一个实例，并提供一个访问它的全 局访问点，该实例被所有程序模块共享 。比如在某个服务器程序中，该服务器的配置信息存放在一个文件中，这些配置数据由一个单例对象统一读取，然后服务进程中的其他对象再通过这个单例对象获取这些配置信息，这种方式简化了在复杂环境下的配置管理。

如何实现单例模式：
a、构造函数私有定义。拷贝构造和赋值防拷贝禁掉
b、提供一个GetInstance获取单例对象。
具体有以下两种实现方式：

5.1 饿汉模式

程序启动时就创建一个唯一的实例对象

• 优点：简单 
• 缺点：a.如果单例对象构造函数工作比较多，会导致程序启动慢,迟迟进不了入口main函数b.如果有多个单例对象，他们之间有初始化依赖关系，饿汉模式也会有问题。 

比如有A和B两个单例类，要求A单例先初始化，B必须在A之后初始化。那么饿汉无法保证；这种场景下面用懒汉就可以，懒汉可以先调用A::GetInstance(),再调用B::GetInstance().

 //提供一个静态指向单例对象的成员指针，初始化时new一个对象给它
class Singleton
{
public:
	static Singleton* GetInstance()
	{
		return _inst;
	}
private:
	Singleton()
		:_a(0)
	{}
	Singleton(const Singleton&) = delete;
	Singleton& operator=(const Singleton&) = delete;

	int _a;
	static Singleton* _inst;
};
Singleton* Singleton::_inst = new Singleton;

5.2 懒汉模式

第一次使用实例对象时，创建对象

• 优点：解决上面饿汉的缺点。进程启动无负载、多个单例实例启动顺序自由控制。
• 缺点：相对饿汉，复杂一点点。

// 假设单例类构造函数中，要做很多配置初始化工作，那么饿汉就不合适了，会导致程序启动非常慢
class Singleton
{
public:
	static Singleton* GetInstance()
	{
		// 保护第一次需要加锁，后面都不需要加锁的场景，可以使用双检查加锁
		// 特点：第一次加锁，后面不加锁，保护线程安全，同时提高了效率
		if (_inst == nullptr)
		{
			_mtx.lock();
			if (_inst == nullptr)
			{
				_inst = new Singleton;
			}
			_mtx.unlock();
		}
		return _inst;
	}
	
	//一般不需要释放
	static void DelInstance()
	{
		_mtx.lock();
		if (_inst)
		{
			delete _inst;
			_inst = nullptr;
		}
		_mtx.unlock();
	}


private:
	Singleton()
		:_a(0)
	{
		// 假设单例类构造函数中，要做很多配置初始化
	}

	int _a;
	static Singleton* _inst;
	static std::mutex _mtx;
};

Singleton* Singleton::_inst = nullptr;
std::mutex Singleton::_mtx;