Golang设计模式之单例模式
单例模式单例模式是一种创建型设计模式，它确保一个类只有一个实例，并提供一个全局访问点。这种模式常用于管理共享资源，如配置信息、线程池、缓存等。 单例模式的角色 单例（Singleton）角色：单例类负责创建自己的实例，并提供一个访问该实例的全局访问点。 Go示例下面是一个使用Go语言实现的单例模式示例。我们将创建一个简单的配置管理器，它将作为单例使用。
Golang设计模式之抽象工厂方法
抽象工厂方法模式概述抽象工厂方法模式是一种创建型设计模式，它提供了一种方式，用于创建一系列相关或相互依赖的对象，而不需要指定它们具体的类。这种模式通过定义一个创建对象的接口，允许客户端使用这个接口来创建各种产品，而不需要知道具体的类。 产品族与产品等级结构 产品族：具有相同特点或功能，但来自不同地区、厂商、开发包或组织模块的产品集合。 产品等级结构：具有相同特点或功能
Golang设计模式之工厂方法模式
工厂方法模式概述工厂方法模式是一种创建型设计模式，其核心思想是定义一个用于创建对象的接口，但让实现这个接口的子类来决定实例化哪一个类。工厂方法把一个类的实例化推迟到其子类。 工厂方法模式中的角色和职责 抽象工厂（Abstract Factory）角色：定义创建产品对象的接口，但不实现该接口。 具体工厂（Concrete Factory）角色：实现抽象工厂中的接口方法，
Golang设计模式之简单工厂模式
简单工厂模式概述简单工厂模式是一种创建型设计模式，它提供了一种创建对象的最佳方式。在这种模式中，一个工厂类负责创建其他类的实例，并且封装实例的创建逻辑。这种模式让类的实例化推迟到子类进行。 为什么需要简单工厂模式在没有工厂模式的情况下，如果需要创建多种类型的对象，可能会导致一个类中包含大量条件判断语句，这不仅增加了代码的复杂性，也违反了单一职责原则和开闭原则。 简
sync.map底层原理
一、`sync.Map` 的设计哲学在 Go 中，对一个普通的 `map` 进行并发读写操作是不安全的，会导致程序 panic。常规的解决方案是使用互斥锁 `sync.Mutex` 或读写锁 `sync.RWMutex` 来保护 `map`。```go// 使用读写锁保护mapvar mu sync.RWMutexm := make(mapint)// 写
Go语言之 sync.Once
`sync.Once` 是 `sync` 包下的一个组件，它保证某些操作只会被执行一次，无论有多少个 goroutine 调用它。常见的使用场景包括初始化操作，确保某段代码（如初始化函数）只执行一次。关键思想：通过原子操作和内存屏障的配合，确保在多线程环境下某些操作只会执行一次。 基本使用`sync.Once` 使用起来非常简单，只需要调用 `Do` 方法，传入一个无参无返回值
Go语言之 sync.Pool
`sync.Pool` 是 `sync` 包下的一个组件，可以作为保存临时取还对象的一个“池子”，可以缓存暂时不用的对象，下次需要时直接使用（无需重新分配）。因为频繁的内存分配和回收会对性能产生影响，通过复用临时对象可以避免该问题。适用场景：当多个 goroutine 都需要创建同一个对象时，如果 goroutine 数过多，导致对象的创建数目剧增，进而导致 GC
Go语言的内存对齐
关于内存对齐内存对齐，即字节对齐，指代码编译后在内存的布局与使用方式。现代计算机多为32位或64位地址对齐，若变量内存未对齐，可能触发总线错误。 为什么需要内存对齐CPU访问内存是以字长为单位，而非逐个字节。例如32位CPU，字长为4字节，其访问内存单位也是4字节。这种设计旨在减少CPU访问内存次数，提升访问吞吐量。若不进行内存对齐，会增加CPU访问内存次数，降低性能。同
Golang sync.Cond
在并发编程中，协调多个协程之间的操作是一项常见的需求。条件变量（Condition Variable）是用于解决多个协程之间复杂协调问题的一种机制。条件变量配合互斥锁（`Mutex`）使用，可以让一组协程等待某个条件成立后再继续进行，而不会一直消耗 CPU 资源进行忙等待。本文将详细介绍 Golang 中 `sync` 包提供的 `Cond` 类型，并通过示例代码展示如何使用 `Cond`
最新评论