做軟體開發工程師兩三年了，接觸到的第一種設計模式就是單例模式，記得當年第一份工作第一個任務就是用C語言寫一個網路抓包的工具。那時候坐旁邊的同事就問，你們兩寫的這個工具有用到什麼設計模式嗎？當時一臉懵，設計模式是個什麼東西，那時候他說計算機專業有學過，但是看公司版本程式碼，他只看到了單例模式。從那時候開始我知道有設計模式這個事，學習也是從單例模式開始的。當然，設計模式中，單例模式也是最常用的一種。
golang也是我在第一家公司開始接觸的，那個時候我不知道為什麼好端端C++不用，非要用golang，讓我們幾個新來的學習golang，然後小組長帶著我們做專案。雖然那時候用golang做的專案，沒有涉及到多大的併發量，但是開發的時候確實是快，設計總體框架了以後我們按部就班的寫程式碼。專案整體是個分散式的架構，用了多種語言程式碼，有C++、C#、java等。最後確實是我們幾個新手用golang做的服務，相對來說比較的穩定，而且也開發效率高，bug也相對較少。從此golang就變成我非常感興趣的一門語言。
進入主題，首先，單例模式說白了，就是在整個golang單體服務中，如果說把所有csdn部落格比喻成一個服務，那麼所有原創的文章都是單例的。轉載出去的就不是單例的，如果轉載後由文章加上對應的使用者，如果將其封裝起來，也是獨一無二的。現在來看看集中golang單例模式的實現：

1、單例項只會被使用不會被賦值的時候。可以在對應package中定義例項物件，然後再init函式中對其賦初始值。注意物件名首字母需要大寫，否則其他模組無法使用。實現可以如下：

package tsingleton
func init() {
    TestSingleton = &Singleton{"keqian"}
}

type Singleton struct {
    Name string
}

var TestSingleton *Singleton

呼叫的時候直接呼叫包裡邊的變數即可：

import "tsingleton"
psttestsigleton := tsingleton.TestSingleton 
 

在單例例項不會被賦值，前例項提供的方法是可重入的時候，這樣子定義是最簡單的。

2、單例例項在使用過程中，有可能會被賦值（理論上認為是有可能發生的，比如編碼時候的失誤），這時候需要提供一個方法來獲取單例例項。實現可以如下：

package tsingleton
import (
    "fmt"
    "sync"
)

func init() {
    TestSingleton = &Singleton{"keqian"}
}

type Singleton struct {
    Name string
}

var TestSingleton *Singleton
var
 
 singletonMutex sync.Mutex

func NewSingleton() *Singleton {
    if TestSingleton == nil {
        singletonMutex.Lock()
        if TestSingleton == nil {
            TestSingleton = &Singleton{"keqian"}
        }
        singletonMutex.Unlock()
    }
    return TestSingleton
}

那麼在使用的時候可以這樣：

tsingleton.NewSingleton().Name //這裡直接獲取變數，實際應用中可能就是呼叫對應方法等其他操作。

注意，在使用的時候儘可能的直接用呼叫獲取單例例項方法後接上要做的操作。這樣可以防止在使用過程中無意的將變數賦值。比如：

psttestsigleton := tsingleton.NewSingleton()
strname := psttestsigleton.Name
...
psttestsigleton = nil
...
strname2 := psttestsigleton.Name 

這種情況下，就有可能出現問題。果然在呼叫的時候都用tsingleton.NewSingleton()就可以避免這個問題。

總結：在不影響服務效能的情況下，最好使用第二種實現，輸入第一種實現比較簡單，但是在開發過程中容易遇到各種坑，比如單例變數被賦值為空後沒有修復的感知。第二種實現會比較合理一點，主要體現為開發者在使用的時候很明確這是一個單例例項，且不用擔心會被異常賦值。如果單例例項會頻繁地被用到，比如在一次完整服務呼叫流程會被使用多次，那麼就要考慮設計上是否合理。如果別無它發，那也可以不用函式呼叫的方式，但是使用者在使用的時候需要注意，不要給單例賦值。