C++和java設計形式之單例形式

C++和java設計形式之單例形式。本站提示廣大學習愛好者：（C++和java設計形式之單例形式）文章只能為提供參考，不一定能成為您想要的結果。以下是C++和java設計形式之單例形式正文

單例形式（Singleton），保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。其結構進程由本身完成，可以將結構辦法定義為private型的，這樣外界就只能經過定義的靜態的函數Instance()結構實例，這個函數的目的就是前往一個類的實例，在此辦法中去做能否有實例化的判別。客戶端不再思索能否需求去實例化的問題，把這些都交給了單例類本身。通常我們可以讓一個全局變量使得一個對象被訪問，但它不能避免你實例化多個對象。一個最好的方法，就是讓類本身擔任保管它的獨一實例。這個類可以保證沒有其他實例可以被創立，並且它可以提供一個訪問該實例的辦法。

C++版本：

  template <class T>
  class Singleton
  {
  public:
    static inline T* Instance();
    static inline void ReleaseInstance();

  private:
    Singleton(void){}
    ~Singleton(void){}
    Singleton(const Singleton&){}
    Singleton & operator= (const Singleton &){}

    static std::auto_ptr<T> m_instance;
    static ThreadSection m_critSection;
  };

  template <class T>
  std::auto_ptr<T> Singleton<T>::m_instance;

  template <class T> 
  ThreadSection Singleton<T>::m_critSection;

  template <class T>
  inline T* Singleton<T>::Instance()
  {
    AutoThreadSection aSection(&m_critSection);
    if( NULL == m_instance.get())
    {
      m_instance.reset ( new T);
    }

    return m_instance.get();
  }
  template<class T>
  inline void Singleton<T>::ReleaseInstance()
  {
    AutoThreadSection aSection(&m_critSection);
    m_instance.reset();
  }

#define DECLARE_SINGLETON_CLASS( type ) \
  friend class std::auto_ptr< type >;\
    friend class Singleton< type >;

 　　多線程時Instance()辦法加鎖維護，避免多線程同時進入創立多個實例。m_instance為auto_ptr指針類型，有get和reset辦法。發現好多網上的順序沒有對多線程停止處置，筆者覺得這樣問題很大，由於假如不對多線程處置，那麼多線程運用時就能夠會生成多個實例，違犯了單例形式存在的意義。加鎖維護就意味著這段順序在絕大局部狀況下，運轉是沒有問題的，這也就是筆者對自己寫順序的要求，即假如提早意料到順序能夠會由於某個中央沒處置好而出問題，那麼立刻處理它；假如順序還是出問題了，那麼一定是由於某個中央超出了我們的認知。

　　再附一下Java版的單例形式：

public class Singleton {
  private Singleton() {    
  }
  
  private static Singleton single = null;
  
  public static Singleton getInstance() {
    if (single == null) {
      synchronized (Singleton.class) {
        if (single == null) {
          single = new Singleton();
        }        
      }
    }
    
    return single;
  }
}

 　　上述代碼中，一是對多線程做了處置，二是采用了雙重加鎖機制。由於synchronized每次都會獲取鎖，假如沒有最外層的if (single == null)的判別，那麼每次getInstance都必需獲取鎖，這樣會招致功能下降，有了此判別，當生成實例後，就不會再獲取鎖。

以上就是本文的全部內容，希望對大家的學習有所協助，也希望大家多多支持。