Golang基于sync.Once实现单例的操作代码

目录
  • 基于sync.Once实现单例
    • 单例类型定义Driver
    • 类Field conn
    • once.Do(func() {})
      • 并发访问once.Do()
    • 对外暴露方法Conn()
    • 重新new(Driver)会发生什么？

在go里实现单例模式有多种方式：

  • 基于lock
  • 基于init函数
  • 基于sync.Once

本文介绍基于sync.Once的方式来实现单例，熟练掌握这种模式，并理解其底层原理，对大部分人来讲已经完全够用了。

基于sync.Once实现单例

// 其他package也可见，在其他地方也可以new新对象
// 但是最终调用Conn()方法时，都是用的single这个单例
// 1
type Driver struct {
	// 小写字母开头，外部不可访问，所以new个Driver新对象也没用
	// 2
	conn string
}

// 全局变量，指针默认值为nil
// 3
var single *Driver // 单例
var once sync.Once

// 对外暴露的公共方法
func (s *Driver) Conn() {
	fmt.Printf("conn=%s", single.conn) // do something
}

// 4
func GetDriverSingleton() *Driver {
	// 对GetDriverSingleton()方法的调用，都会执行once.Do()方法，只不过参数func()只会被执行一次
	// 若并发执行once.Do()，多个协程会阻塞，因内部是通过Mutex来控制
	once.Do(func() {
		single = new(Driver)
		single.conn = "single conn"
		time.Sleep(50 * time.Millisecond)
	})
	return single
}

单例类型定义Driver

Driver类的方法要支持跨包访问，因此需要以大写字母开头。
小写字母开头，作用域仅限于包内部。

类Field conn

类变量conn需要小写字母开头，跨包不可访问，避免在包外被修改。

但是包内还是有可能被修改。

once.Do(func() {})

每次调用GetDriverSingleton()，都会调用once.Do()方法，但是在once.Do()方法内部，仅会执行一次参数func(){}，因此就保证了单例唯一初始化。

并发访问once.Do()

不会有并发访问问题，因once.Do()内部通过mutex来控制。

// once.DO()
if atomic.LoadUint32(&o.done) == 0 {
	// Outlined slow-path to allow inlining of the fast-path.
	o.doSlow(f)
}

// doSlow()
func (o *Once) doSlow(f func()) {
	o.m.Lock() // 互斥锁
	defer o.m.Unlock()
	if o.done == 0 {
		defer atomic.StoreUint32(&o.done, 1)
		f()
	}
}

对外暴露方法Conn()

外部对Conn()方法的调用，最终都由单例single来实现。

重新new(Driver)会发生什么？

很遗憾，无法将构造函数改成private，也就是说，在包外部是可以通过new(Driver)来创建新的对象。

但无论是哪个对象，对公开方法Conn()的调用，最终都是由单例single来执行的。

到此这篇关于golang实现单例的操作代码的文章就介绍到这了,更多相关go单例内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • go语言单例模式(Singleton)实例分析

    本文实例讲述了go语言单例模式(Singleton)用法.分享给大家供大家参考.具体分析如下: 单例模式(Singleton):表示一个类只会生成唯一的一个对象.单例模式具有如下性质: A．这些类只能有一个实例: B．这些能够自动实例化: C．这个类对整个系统可见,即必须向整个系统提供这个实例. 复制代码 代码如下: package singleton import "fmt" var _instance *object type object struct {     name st

  • go单例实现双重检测是否安全的示例代码

    go单例实现双重检测是否安全的示例代码

    目录 现状 改进 双重检验示例: 是否线程安全 关于sync.Once 关于atomic和metex 结论 今天看到项目中的kafka客户端包装结构体的获取是单例模式<br>单例的实现是老生常谈的问题了,懒汉饿汉线程安全,因为看到项目中写的还是有些问题,网上go单例实现的搜索结果比较少经测试也并不靠谱,所以在这记录下 现状 当前有的项目直接使用Mutex锁,有的就直接判断nil则创建,对于前者,每次都加锁性能差,对于后者则会出现多个实例,也就不是单例了 改进 进而想要改进一下,在这不讨论饿汉和

  • 详解Go语言设计模式之单例模式

    详解Go语言设计模式之单例模式

    目录 单例模式的概念 单例模式结构 单例模式的使用场景 单例模式例子:特殊的计数器 第一个单元测试 单例模式实现 单例模式优缺点 单例模式的概念 单例模式很容易记住.就像名称一样,它只能提供对象的单一实例,保证一个类只有一个实例,并提供一个全局访问该实例的方法. 在第一次调用该实例时被创建,然后在应用程序中需要使用该特定行为的所有部分之间重复使用. 单例模式结构 单例模式的使用场景 你会在许多不同的情况下使用单例模式.比如: 当你想使用同一个数据库连接来进行每次查询时 当你打开一个安全 Shel

  • Golang基于sync.Once实现单例的操作代码

    目录 基于sync.Once实现单例 单例类型定义Driver 类Field conn once.Do(func() {}) 并发访问once.Do() 对外暴露方法Conn() 重新new(Driver)会发生什么? 在go里实现单例模式有多种方式: 基于lock 基于init函数 基于sync.Once 本文介绍基于sync.Once的方式来实现单例,熟练掌握这种模式,并理解其底层原理,对大部分人来讲已经完全够用了. 基于sync.Once实现单例 // 其他package也可见,在其他地方

  • C++实现一个线程安全的单例工厂实现代码

      C++实现一个线程安全的单例工厂实现代码 我们见到经常有人用 static 局部对象的方式实现了类似单例模式,最近发现一篇文章明确写明 编译器在处理  static局部变量的时候 并不是线程安全的 !!! http://blogs.msdn.com/b/oldnewthing/archive/2004/03/08/85901.aspx 于是实现了一个单例工厂  并且是线程安全的 #ifndef SINGLETONFACTORY_H #define SINGLETONFACTORY_H #in

  • Python 用__new__方法实现单例的操作

    介绍 init 方法通常用在初始化一个类实例时候,但其实它不是实例化一个类的时候第一个被调用 的方法.当使用 Student(id, name) 这样的表达式来实例化一个类时,最先被调用的方法 其实是 new 方法. new方法接受的参数虽然也是和init一样,但init是在类实例创建之后调用,而 new方法正是创建这个类实例的方法. new为对象分配空间,是内置的静态方法,new在内存中为对象分配了空间也返回了对象的引用,init获得了这个引用才初始化这个实例. 示例 一个非常简单的单例 cl

  • C# 创建单例的多种方式

    关于为什么需要创建单例?这里不过多介绍,具体百度知. 关于C#  创建单例步骤或条件吧 1.声明静态变量: 2.私有构造函数(无法实例化) 3.静态创建实例的方法:至于我这里的Singleton是sealed ,只是为了防止被继承,其实有私有构造函数足够了,这里只是为了代码可读性. 第一种常见的方式创建单例: /// <summary> /// 不安全的单例 /// </summary> public sealed class Singleton { private static

  • JavaScript编程的单例设计模讲解

    在Javascript中,单例模式是一种最基本又经常用到的设计模式,可能在不经意间就用到了单例模式. 本文将从最基础的理论开始,讲述单例模式的基本概念和实现,最后用一个例子来讲述单例模式的应用. 理论基础 概念 单例模式,顾名思义就是只有一个实例存在.通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问,从而方便对实例个数的控制并节约系统资源.如果希望在系统中某个类的对象只能存在一个,单例模式是最好的解决方案. 基本结构 最简单的单例模式起始就是一个对象字面量,它将有关联的属性和方

  • golang 基于 mysql 简单实现分布式读写锁

    目录 业务场景 什么是分布式读写锁 分布式读写锁的访问原则 读锁 写锁 具体实现 通过 gorm 连接 mysql 实现读锁模式 实现写锁模式 总结 业务场景 因为项目刚上线,目前暂不打算引入其他中间件,所以打算通过 mysql 来实现分布式读写锁:而该业务场景也满足分布式读写锁的场景,抽象后的业务场景是:特定资源 X,可以执行 2 种操作:读操作和写操作,2种操作需要满足下面条件: 执行操作的机器分布式在不同的节点中,也就是分布式的: 读操作是共享的,也就是说同时可以有多个 goroutine

  • Android OKHTTP的单例和再封装的实例

    Android OKHTTP的单例和再封装的实例 /** * Created by zm on 16-2-1 * okhttp的再封装,对于2.x版本,3.x版本将原有对okhttpclient配置 * 改成了builder模式配 * 置,对于超时.代理.dns,okhttp已经做好了配置, * 若不需要特殊配置,可以跳过 */ public class OkHttpUtil { private static OkHttpClient singleton; //非常有必要,要不此类还是可以被ne

  • php设计模式之单例、多例设计模式的应用分析

    单例(Singleton)模式和不常见的多例(Multiton)模式控制着应用程序中类的数量.如模式名称,单例只能实例化一次,只有一个对象,多例模式可以多次实例化. 基于Singleton的特性,我们经常用Singleton配置应用程序并定义应用程序中可能随时访问的变量.但有时并不推荐使用Singleton,因为它生成了一个全局状态且 该单一根对象没有封装任何系统功能.多数情况下,会使单元测试和调试变得困难.读者根据情况自行决定.代码示例: 复制代码 代码如下: <?phpclass Singl

  • 浅谈Spring单例Bean与单例模式的区别

    Spring单例Bean与单例模式的区别在于它们关联的环境不一样,单例模式是指在一个JVM进程中仅有一个实例,而Spring单例是指一个Spring Bean容器(ApplicationContext)中仅有一个实例. 首先看单例模式,在一个JVM进程中(理论上,一个运行的JAVA程序就必定有自己一个独立的JVM)仅有一个实例,于是无论在程序中的何处获取实例,始终都返回同一个对象,以Java内置的Runtime为例(现在枚举是单例模式的最佳实践),无论何时何处获取,下面的判断始终为真: // 基

随机推荐