【博客392】设计模式之：单例模式

内容：记录单例模式的学习

单例模式：

单例模式:
保证一个类仅有一个实例，并提供一个访问它的全局访问点。


为什么要用单例模式呢？
在我们的系统中，有一些对象其实我们只需要一个，比如说：线程池、缓存、对话框、注册表、日志对象、
充当打印机、显卡等设备驱动程序的对象。事实上，这一类对象只能有一个实例，如果制造出多个实例就
可能会导致一些问题的产生，比如：程序的行为异常、资源使用过量、或者不一致性的结果。


使用单例模式可以带来下面几个好处:
对于频繁使用的对象，可以省略创建对象所花费的时间，这对于那些重量级对象而言，是非常可观的一笔
系统开销；由于 new 操作的次数减少，因而对系统内存的使用频率也会降低，这将减轻 GC 压力，缩短 
GC 停顿时间。


为什么不使用全局变量确保一个类只有一个实例呢？
我们知道全局变量分为静态变量和实例变量，静态变量也可以保证该类的实例只存在一个。只要程序加载
了类的字节码，不用创建任何实例对象，静态变量就会被分配空间，静态变量就可以被使用了。但是，如果
说这个对象非常消耗资源，而且程序某次的执行中一直没用，这样就造成了资源的浪费。利用单例模式的话，
我们就可以实现在需要使用时才创建对象，这样就避免了不必要的资源浪费。 不仅仅是因为这个原因，在
程序中我们要尽量避免全局变量的使用，大量使用全局变量给程序的调试、维护等带来困难。


单例的模式的实现通常有两种方式:
饿汉方式。指全局的单例实例在类装载时构建
懒汉方式。指全局的单例实例在第一次被使用时构建。

单例模式示例：

go 单例模式可以通过sync.Once来实现：

type Singleton struct {
    name string
}

var (
    once     sync.Once
    instance *Singleton
)

func New() *Singleton {
    once.Do(func() { // once.Do 调用的函数只执行 1 次
        instance = &Singleton{name: "create!"}
    })
    return instance
}


## 测试代码：

func TestNew(t *testing.T) {
    instance := New()
    instance2 := New()
    if instance != instance2 {
        t.Errorf("Get %p, Expect %p", instance2, instance)
    }
}

once.Do的原理：

## once的结构：

type Once struct {
    m    Mutex
    done uint32
}

## once的do函数实现：

func (o *Once) Do(f func()) {
    if atomic.LoadUint32(&o.done) == 1 {
        return
    }

    o.m.Lock()
    defer o.m.Unlock()
    if o.done == 0 {
        defer atomic.StoreUint32(&o.done, 1)
        f()
    }
}


原理：只有在 done 等于 0 的时候才调用 f()，一旦调用后 done 的值被置为 1。下次调用，当done的值
      为1时，就直接返回了