单例模式（GO）

最新推荐文章于 2024-01-31 21:42:34 发布

大·狮

最新推荐文章于 2024-01-31 21:42:34 发布

阅读量236

点赞数

分类专栏：设计模式（GO）文章标签：单例模式 go 设计模式

本文链接：https://blog.csdn.net/a376240118/article/details/127642076

版权

本文介绍了单例模式的概念及其在资源管理中的重要性，特别是在线程池场景的应用。详细阐述了Golang中如何实现单例模式，强调了线程安全的重要性，并提出使用`sync.Once`来确保并发环境下的线程安全，避免资源竞争，简化代码实现。

摘要由CSDN通过智能技术生成

为什么需要单例模式

单例模式就是在整个系统内只存在一个实例对象的创建型模式。有些对象在整个程序的生命周期中只要保存一份实例就可以完成任务，创建多个实例就会有产生歧义造成程序bug，在创建这些对象时我们一般会使用单例模式。比如线程池，整个系统中只要一个线程池，每次创建线程时都创建一个线程池非常浪费资源，而且也达不到线程池复用的效果，使用单例模式就非常适合这种场景。

单例模式实现

单例模式创建后防止因为生命周期被销毁，所以要定义为私有的全局变量，防止被垃圾回收器回收和被别的package直接访问。
单例package中有一个对外的访问接口，用于获取实例对象
在获取单例对象的方法中判断对象是否存在，只有单例对象没有被创建过才会创建新的单例对象。

type singleton struct {}

var instance *singleton

func GetInstance() *singleton {
	if instance == nil {
		instance = &singleton{}
	} else {
		fmt.Println("instance is existed")
	}
	return instance
}

线程安全问题

上面代码虽然成功实现了单例模式，但是当多线程并发时很可能会发生重复创建的问题，所以需要在创建前加锁。单例模式普遍采用双检锁的方法，双检锁顾名思义有两次if检查，在两次if中间有一个锁避免资源竞争。第一次if检查完后进行加锁避免资源竞争创造多个instance，第二次if是防止多个线程同时进入到第一个if逻辑里面，因为在这之前是没有加锁的(若第一次if前加锁导致每次代码运行到这都要进行锁的判断造成大大的资源浪费)。