Golang实现设计模式--单例模式

单例模式:是一种常见的设计模式,用于确保一个类只有一个实例,并提供全局访问点。在实际应用中,有些对象只需要一个实例,比如线程池、数据库连接池等。使用单例模式可以确保只有一个实例存在,避免了资源的浪费和冲突。

Golang中实现单例模式的两种形式:饿汉式和懒汉式。

饿汉式单例模式

饿汉式单例模式是指在程序启动时就创建单例对象,以保证在程序运行期间只有一个实例。

go 复制代码
package single_hungry

import "fmt"

// 饿汉式单例模式

var s *singleInstance

type singleInstance struct {
}

func init() {
	s = newSingleInstance()
}

func newSingleInstance() *singleInstance {
	return &singleInstance{}
}

func (s *singleInstance) Work() {
	fmt.Println("single_hungry work function....")
}

type Instance interface {
	Work()
}

func GetSingleInstance() Instance {
	return s
}
go 复制代码
package main

import (
	"singleton/single_hungry"
)

func getSingleHungry() single_hungry.Instance {
	return single_hungry.GetSingleInstance()
}

func main() {
	s := getSingleHungry()
	s.Work()
}

懒汉式单例模式

懒汉式单例模式是指在需要使用单例对象时才创建实例,以避免在程序启动时就创建对象,浪费资源。

懒汉式存在并发问题,因此需要通过互斥锁的保护,保证初始化工作一定只会执行一次。

但也存在同时两个goroutine抢锁,gotoutine1抢到锁进行初始化,goroutine2等待锁释放,gotoutine1执行完初始化工作后释放锁,gotoutine2获得锁继续往下执行,这样情况会导致初始化工作不止执行一次。因此需要通过double check的思想,在加锁成功后进行第二次检查是否被初始化过

go 复制代码
package single_lazy

import (
	"fmt"
	"sync"
)

// 懒汉式单例模式

var (
	s     *singleInstance
	mutex sync.Mutex
)

type singleInstance struct {
}

func newSingleInstance() *singleInstance {
	return &singleInstance{}
}

func (s *singleInstance) Work() {
	fmt.Println("single_lazy work function....")
}

type Instance interface {
	Work()
}

func GetSingleInstance() Instance {
	if s != nil {
		fmt.Println("single_lazy already created....")
		return s
	}
	mutex.Lock()
	defer mutex.Unlock()
	if s != nil {
		fmt.Println("single_lazy already created.....")
		return s
	}
	fmt.Println("Creating single_lazy now.....")
	s = newSingleInstance()
	return s
}
go 复制代码
package main

import (
	"singleton/single_lazy"
	"time"
)

func getSingleLazy() single_lazy.Instance {
	return single_lazy.GetSingleInstance()
}

func main() {

	for i := 0; i < 30; i++ {
		go getSingleLazy()
	}
	time.Sleep(time.Second * 3)
}

通过sync.Onces实现懒汉式单例模式

go 复制代码
package single_once

import (
	"fmt"
	"sync"
)

// 懒汉式单例模式

var (
	s    *singleInstance
	once sync.Once
)

type singleInstance struct {
}

func newSingleInstance() *singleInstance {
	return &singleInstance{}
}

func (s *singleInstance) Work() {
	fmt.Println("single_once work function....")
}

type Instance interface {
	Work()
}

func GetSingleInstance() Instance {

	once.Do(func() {
		s = newSingleInstance()
	})
	return s
}

总结

饿汉式在程序加载时就创建好,不存在线程安全问题,没有加锁操作,不会出现同步控制的性能损耗;但在程序加载时就创建好实例,如果实例一直未被使用,会造成资源浪费,无法做到按需创建对象;适用于对性能要求较高的场景

懒汉式只在需要时创建对象,节省了内存资源,通过加锁保证了多线程环境下的同步访问;由于需要加锁进行同步控制,会造成一定的性能损耗。锁粒度较大,对整个方法加锁,即使只有第一次创建对象时需要同步,后续的访问也需要等待,适用于对性能要求不是很高的场景。

相关推荐
量化分析码农3 小时前
股票历史数据的复权参数对照:多级别返回的字段与数值差异
java·javascript·后端
程序员cxuan4 小时前
讲真,智能路由这事儿,还得看基元律动
人工智能·后端·程序员
vaskilab5 小时前
Schema 全绿,Agent 却把参数编造了
后端
Java与AI落地5 小时前
Spring AI 上手:给现有 Java 服务加一个能用的 AI 接口
后端
Swot5 小时前
SvelteKit 数据流研究:`+page.js` 和 `+page.server.js` 到底谁在跑,数据又去了哪儿
前端·后端
一条Go5 小时前
历史告警归档:为什么"删掉主库行"是最后一步
后端·架构·github
nice_lcj5205 小时前
【从零理解 Spring AI · 16】Agent 与工作流:什么该写死,什么该让模型决定
java·人工智能·后端·spring ai·ai应用开发
梦醒江南5 小时前
Agent 调工具报 504 之后:测试如何设计网络抖动下的幂等与补偿验证?
后端·agent·ai编程
站大爷IP5 小时前
Python的内存分析把我坑惨了,原来tracemalloc和memory_profiler的区别这么大
后端
Captaincc5 小时前
转译:《软件工程师现在该怎么办》
前端·后端·ai编程