深入剖析Golang中单例模式

简介: 深入剖析Golang中单例模式

前言

虽说Golang并不是C++、Java这种传统的面向对象语言,而是偏向于面向接口编程的语言。但是Golang依旧有接口、结构体、组合等概念去模拟所谓面向对象中非常重要的设计模式。基于面向对象的模型去编写代码往往能编写成高内聚、低耦合、扩展性极强、难出bug的高质量代码结构。

而这个系列主要介绍比较常用的创造型、结构型、行为型设计模式以及Golang中的实现、案例.......

什么是单例模式?

单例模式是一类经典且简单的设计模式

在单例模式下,我们的目的是声明一个类并保证这个类只存在全局唯一的实例供外部反复使用.

而要点简要来讲就是:

1.该类在整个运行周期中仅能够被实例化一次
2.该类的实例化对象对外是不可见的,且必须自行提供一个公共的访问点供客户端去使用
3.该实例应被自行创建

那么符合以上标准那便是一个单例模式的使用

那么其实说到这里大家肯定就会想到在日常工程中,很多组件的实例其实就是用了单例模式来初始化的。比如Mysql中间件,我们就希望该DB类仅被初始化一次,并暴露一个全局的DB供应。又或者系统要求提供一个唯一的序列号生成器或资源管理器,或者需要考虑资源消耗太大而只允许创建一个对象。

饿汉模式与懒汉模式

而单例模式的实现又分为了两种,分别是饿汉模式与懒汉模式。

饿汉模式

顾名思义,饿汉就是说很饿,很饿怎么办?程序一运行,那么就将这个单例去初始化拿到实例不就不饿了么=0= ~

饿汉模式的Golang实现代码Demo

再回顾一下单例模式的标准

1.该类在整个运行周期中仅能够被实例化一次
2.该类的实例化对象对外是不可见的,且必须自行提供一个公共的访问点供客户端去使用
3.该实例应被自行创建

简单看一下饿汉式

//1、保证这个类非公有化,外界不能通过这个类直接创建一个对象
//   那么这个类就应该变得非公有访问 类名称首字母要小写
type singelton struct {
   }

//2、但是还要有一个指针可以指向这个唯一对象,但是这个指针永远不能改变方向
//   Golang中没有常指针概念,所以只能通过将这个指针私有化不让外部模块访问
var instance *singelton = new(singelton)

//3、如果全部为私有化,那么外部模块将永远无法访问到这个类和对象,
//   所以需要对外提供一个方法来获取这个唯一实例对象
//   注意:这个方法是否可以定义为singelton的一个成员方法呢?
//       答案是不能,因为如果为成员方法就必须要先访问对象、再访问函数
//        但是类和对象目前都已经私有化,外界无法访问,所以这个方法一定是一个全局普通函数
func GetInstance() *singelton {
   
    return instance
}

func (s *singelton) SomeThing() {
   
    fmt.Println("单例对象的某方法")
}

func main() {
   
    s := GetInstance()
    s.SomeThing()
}

这就是饿汉式一个简单的demo,在程序进入main()前instance就已经被实例化了

懒汉模式

而与之对应的就是懒汉模式了。唯一不同之处就是懒汉模式并不会在一开始就去实例化该单例,而是在第一次使用到它的时候,才会将其初始化并返回。。这就引伸出了一个问题,我们如何让这个单例只在第一次被调用的时候而初始化?换言之怎么让该实例被初始化的业务代码只能被全局调用一次?

而这个问题对熟悉Golang的小伙伴并不是什么难事,因为Golang其实有提供sync.once这样一个接口来让某个逻辑只在这个程序中执行一次。

package main

import (
    "fmt"
    "sync"
)

var once sync.Once

type singelton struct {
   }

var instance *singelton

func GetInstance() *singelton {
   

    once.Do(func(){
   
        instance = new(singelton)
    })

    return instance
}

func (s *singelton) DoPrint() {
   
    fmt.Println("666")
}

func main() {
   
    s := GetInstance()
    s.SomeThing()
}

当我们使用现成封装好的api时,我们应该有刨根问底的心态,知其然知其所以然。下面我们简单看看sync.once的底层代码是怎样的。

type Once struct {
    // 通过一个整型变量标识,once 保护的函数是否已经被执行过
    done uint32
    // 一把锁,在并发场景下保护临界资源 done 字段只能串行访问
    m    Mutex
}

在 sync.Once 的定义类中 包含了两个核心字段:

  • done:一个整型 uint32,用于标识用户传入的任务函数是否已经执行过了
  • m:一把互斥锁 sync.Mutex,用于保护标识值 done ,避免因并发问题导致数据不一致(保证线程安全)
func (o *Once) Do(f func()) {
    // 锁外的第一次 check,读取 Once.done 的值
    if atomic.LoadUint32(&o.done) == 0 {
        o.doSlow(f)
    }
}

func (o *Once) doSlow(f func()) {
    // 加锁
    o.m.Lock()
    defer o.m.Unlock()
    // double check
    if o.done == 0 {
        // 任务执行完成后,将 Once.done 标识为 1
        defer atomic.StoreUint32(&o.done, 1)
        // 保证全局唯一一次执行用户注入的任务
        f()
    }
}

而Do就是让里面的代码能被只执行一次的核心代码块,代码很清晰易懂,我就不过多赘述,主要通过atomic进行原子性的对done这个状态量去变更,以及核查值是否变更过来判断该f函数是否被执行过。

总结

以上就是我对单例模式的讲解以及Go实现,顺便讲解了一下sync.once底层原理

相关文章
|
7月前
|
设计模式 Go 开发工具
Golang设计模式——12中介模式
Golang设计模式——12中介模式
50 0
|
7月前
|
物联网 Go 网络性能优化
使用Go语言(Golang)可以实现MQTT协议的点对点(P2P)消息发送。MQTT协议本身支持多种消息收发模式
使用Go语言(Golang)可以实现MQTT协议的点对点(P2P)消息发送。MQTT协议本身支持多种消息收发模式【1月更文挑战第21天】【1月更文挑战第104篇】
522 1
|
5月前
|
测试技术 Go
golang 的重试弹性模式
Golang 中的重试机制实现了一个名为 `Retrier` 的结构体,用于实现弹性模式。`Retrier` 创建时需要指定重试间隔(如常量间隔或指数递增间隔)和错误分类器。分类器决定了哪些错误应被重试。默认情况下,如果未提供分类器,则使用默认分类器,它简单地将非 nil 错误标记为应重试。提供了三种分类器:默认、白名单和黑名单。`Run` 和 `RunCtx` 是执行重试的函数,后者接受上下文以便处理超时。通过 `calcSleep` 计算带有随机抖动的休眠时间,增加重试的不可预测性,减少并发冲突。如果达到最大重试次数或上下文超时,重试将停止。
|
5月前
|
测试技术 Go
golang 的重试弹性模式怎么设计?
Golang的可重构弹性模式通过`Retrier`实现了重试逻辑。创建`Retrier`需指定重试间隔(隐含重试次数)及错误分类器,决定哪些错误需重试。示例代码展示了如何创建一个重试器并执行带有重试逻辑的工作函数。`Retrier`结构体包含重试间隔、分类器等字段。
|
7月前
|
前端开发 Go
Golang深入浅出之-Go语言中的异步编程与Future/Promise模式
【5月更文挑战第3天】Go语言通过goroutines和channels实现异步编程,虽无内置Future/Promise,但可借助其特性模拟。本文探讨了如何使用channel实现Future模式,提供了异步获取URL内容长度的示例,并警示了Channel泄漏、错误处理和并发控制等常见问题。为避免这些问题,建议显式关闭channel、使用context.Context、并发控制机制及有效传播错误。理解并应用这些技巧能提升Go语言异步编程的效率和健壮性。
392 5
Golang深入浅出之-Go语言中的异步编程与Future/Promise模式
|
7月前
|
设计模式 Go 调度
Golang深入浅出之-Go语言中的并发模式:Pipeline、Worker Pool等
【5月更文挑战第1天】Go语言并发模拟能力强大,Pipeline和Worker Pool是常用设计模式。Pipeline通过多阶段处理实现高效并行,常见问题包括数据竞争和死锁,可借助通道和`select`避免。Worker Pool控制并发数,防止资源消耗,需注意任务分配不均和goroutine泄露,使用缓冲通道和`sync.WaitGroup`解决。理解和实践这些模式是提升Go并发性能的关键。
87 2
|
7月前
|
设计模式 Go 开发工具
Golang设计模式——01工厂方法模式
Golang设计模式——01工厂方法模式
48 0
|
7月前
|
设计模式 Go 开发工具
Golang设计模式——19单例模式
Golang设计模式——19单例模式
51 0
|
7月前
|
设计模式 算法 Go
Golang设计模式——08模板模式
Golang设计模式——08模板模式
59 0
|
7月前
|
设计模式 Go 开发工具
Golang设计模式——00简单工厂模式
Golang设计模式——00简单工厂模式
48 0