Python實現(xiàn)Singleton模式的方式詳解

前言

使用python實現(xiàn)設(shè)計模式中的單例模式。單例模式是一種比較常用的設(shè)計模式，其實現(xiàn)和使用場景判定都是相對容易的。本文將簡要介紹一下python中實現(xiàn)單例模式的幾種常見方式和原理。一方面可以加深對python的理解，另一方面可以更加深入的了解該模式，以便實際工作中能更加靈活的使用單例設(shè)計模式。

本文將介紹常見的實現(xiàn)單例模式的幾種方式，這里暫不考慮多線程的情況。

為了準備該篇博文，之前寫了幾篇相關(guān)的文章依次完整的介紹了相關(guān)的概念，下面會在需要的時候給出鏈接。

裝飾器作為python實現(xiàn)單例模式的一種常用方法，先簡單了解一下其概念。

1.裝飾器

裝飾器(Decorator)可以用作對函數(shù)以及類進行二次包裹或者封裝，使用方式@wrapper。

def f(...):
  ...
f = staticmethod(f)
@staticmethod
def f(...):
  ...

上面這兩種方式對函數(shù)的定義在語法上是等價的。當然對于類也有同樣的用法，類可以作為裝飾器也可以作為被裝飾對象。唯一的區(qū)別就是經(jīng)過包裹的類可能不在是一個類，而是一個類的對象或者一個函數(shù)，這取決于裝飾器返回的值。

經(jīng)過Decorator裝飾的類或者函數(shù)本質(zhì)上已經(jīng)不再是原來的類或者函數(shù)了。但是，實際上在包裹之后得到的新對象仍然擁有被包裹對象的特性（這句是不是廢話：-））。

在python中我們經(jīng)常只需要實現(xiàn)一個裝飾器，然后使用該裝飾器作用于只能有唯一一個實例的類。這樣只需要實現(xiàn)一個這樣的裝飾器，便可以作用于任何一個想要唯一實例的類。

2.閉包方式

閉包的應(yīng)用很多，單例模式則是其應(yīng)用之一。先看代碼：

def singleton(cls):
  instances = {}  
  def getinstance(*args, **kwargs):
    if cls not in instances:
      instances[cls] = cls(*args, **kwargs)
    return instances[cls]
  return getinstance
@singleton
class my_cls(object):
  pass

這個實現(xiàn)單例模式的方式將原來類的定義隱藏在閉包函數(shù)中，通過閉包函數(shù)及其中引用的自由變量來控制類對象的生成。由于唯一的實例存放在自由變量中，而且自由變量是無法直接在腳本層進行訪問的。這種方式非常隱蔽的保護實例不被修改，因此很適合用于單例模式。

這種方式簡單明了，很容易實現(xiàn)。但是如果不了解閉包實現(xiàn)過程和變量的綁定等概念可能會不明白其實現(xiàn)的過程。建議參考一下我的另一篇博文：理解python閉包概念。

這里一個很有趣的地方是為什么要使用instances = {}這樣一個變量？可不可以不用字典，使用instance = None？如果singleton作為裝飾器被多個不同的類使用，那么instance中會存在幾個不同的實例么？

有時間可以思考一下這幾個問題，答案也可以在我寫的閉包相關(guān)的博文中找到。

3.元類方式

所謂單例模式，即我們需要控制類實例的生成過程，并且保證全局只可能存在一個唯一的實例。既然需要在創(chuàng)建類的對象過程中做些什么，應(yīng)該很容易想到元類。

class Singleton(type):
  def __init__(cls, name, bases, dic):
    super(Singleton, cls).__init__(name, bases, dic)
    cls._instance = None
  def __call__(cls, *args, **kwargs):
    if cls._instance is None:
      cls._instance = super(Singleton, cls).__call__(*args, **kwargs)
      # cls._instance = cls(*args, **kwargs)  # Error! Lead to call this function recursively
    return cls._instance

class my_cls(object):
  __metaclass__ = Singleton

這個例子中我們使用元類Singleton替代默認使用type方式創(chuàng)建類my_cls。可以將類my_cls看做是元類Singleton的一個對象，當我們使用my_cls(...)的方式創(chuàng)建類my_cls的對象時，實際上是在調(diào)用元類Singleton的對象my_cls。

對象可以以函數(shù)的方式被調(diào)用，那么要求類中定義__call__函數(shù)。不過此處被調(diào)用的是類，因此我們在元類中定義函數(shù)__call__來控制類my_cls對象創(chuàng)建的唯一性。

這種方式的弊端之一就是類唯一的對象被存放在類的一個靜態(tài)數(shù)據(jù)成員中，外部可以通過class_name._instance的方式修改甚至刪除這個實例(該例中my_cls._instance = None完全合法)。

4.類作為裝飾器之__call__方式

不僅函數(shù)可以作為裝飾器，類也可以作為裝飾器。

下面簡單的介紹一下使用類作為裝飾器實現(xiàn)單例模式的另一種方式。

class Singleton(object):
  _INSTANCE = {}
  def __init__(self, cls):
    self.cls = cls    
  def __call__(self, *args, **kwargs):
    instance = self._INSTANCE.get(self.cls, None)
    if not instance:
      instance = self.cls(*args, **kwargs)
      self._INSTANCE[self.cls] = instance
    return instance  
  def __getattr__(self, key):
    return getattr(self.cls, key, None)
@Singleton
class my_cls(object):
  pass

函數(shù)作為裝飾器返回的是一個函數(shù)，函數(shù)被調(diào)用過程中實際上是間接地調(diào)用其內(nèi)部包裹的被裝飾的對象。

類作為裝飾器要想達到相同的效果只需要將類的對象返回，并且其對象是可以調(diào)用的。這是上面這個例子表達的一個核心思想。

這種方式寫法很多，也很靈活，其思想基本上就是對被包裹對象的調(diào)用實際上調(diào)用的是類對象的__call__函數(shù)，該函數(shù)實際上是對被裝飾對象的一次封裝。

5.類本身實現(xiàn)方式

上面的例子中我們都是使用的裝飾器或者元類的方式間接的通過控制類對象生成的方式來保證對象的唯一性，那么有沒有辦法直接在類中通過某種方式保證類對象的唯一性？

答案是肯定的。參考我之前寫的一篇介紹元類的文章，可知生成對象前會調(diào)用函數(shù)__new__，如果__new__函數(shù)返回被創(chuàng)建的對象，那么會自動調(diào)用類中定義的__init__函數(shù)進行對象的初始化操作。

相信讀了上面這句話，應(yīng)該知道我們接下來要干什么了？沒錯，我們的目標就是__new__。

class MSC(object):
  _INSTANCE = None
  def __new__(cls, *args, **kwargs):
    if not cls._INSTANCE:
      cls._INSTANCE = super(MSC, cls).__new__(cls, *args, **kwargs)
      # cls._INSTANCE.args = args
      # cls._INSTANCE.kwargs = kwargs
    return cls._INSTANCE
  def __init__(self, *args, **kwargs):
    pass

在這個例子中，我們完全可以理解為什么只會有一個類的對象會被創(chuàng)建。這種方式的定義決定了類本身只能被創(chuàng)建一個對象。

但是這里有一點需要注意，那就是不管創(chuàng)建多少MSC的對象，至始至終只會有一個對象，但是如果每次創(chuàng)建的時候傳入的參數(shù)都不同，也就是__init__函數(shù)中參數(shù)不同，會導(dǎo)致同一個對象被多次初始化。

這種方式的弊端顯然很明顯，那就是該方法只能作用于單個類的定義。不能像上面的裝飾器和元類，一次實現(xiàn)，可以到處使用。

那能不能將這個控制類生成過程的結(jié)構(gòu)單獨抽象出來呢？而且有沒有什么方法能防止同一個對象多次被__init__初始化。下面我們看一種能被不同的類使用的更加抽象的結(jié)構(gòu)。

6.替換__new__方式

我們定義的類作為一個對象，通過替換其部分屬性可以達到控制類對象生成的目的。

def Singleton(cls):
  _instance = {}
  cls._origin_new = cls.__new__
  cls._origin_init = cls.__init__
  @functools.wraps(cls.__new__)
  def _singleton_new(cls, *args, **kwargs):
    if cls not in _instance:
      sin_instance = cls._origin_new(cls, *args, **kwargs)
      sin_instance._origin_init(*args, **kwargs)
      _instance[cls] = sin_instance
    return _instance[cls]
  # As a special case,__new__ is a staticmethod, need convert function to staticmethod by self 
  cls.__new__ = staticmethod(_singleton_new)
  # setattr(cls, '__new__', staticmethod(_singleton_new))
  cls.__init__ = lambda self, *args, **kwargs: None
  # setattr(cls, '__init__', lambda self, *args, **kwargs: None)
  return cls
@Singleton
class my_cls(object):
  pass

上面我們通過替換類的__new__函數(shù)和__init__函數(shù)的方式，保證被Singleton裝飾的類只有一個對象會被原來的__new__和__init__生成和初始化。

這里必須要替換類的__init__函數(shù)，而且該函數(shù)應(yīng)該什么都不做。原因在于替換之后的__new__返回唯一的對象后，會自動調(diào)用現(xiàn)在的__init__函數(shù)。

原來的__init__函數(shù)已經(jīng)在創(chuàng)建唯一一個對象時被調(diào)用過。而且只能被調(diào)用一次。

這里返回的并不是閉包結(jié)構(gòu)，只是使用裝飾器修改了類的部分屬性，返回的仍是傳入的類。但是類的__new__函數(shù)引用了Singleton中的local variable _instance。

my_cls.__new__.func_closure[0].cell_contents 
== 
{<class '__main__.my_cls'>: <__main__.my_cls object at 0x02954810>}
==
_instance

Cell 對象my_cls.__new__.func_closure[0]中存放的便是類my_cls唯一的實例。

當然我們可以將my_cls唯一的對象作為類的一個靜態(tài)數(shù)據(jù)成員放入cls.__dict__中來替代_instance = {}，但是顯然閉包結(jié)構(gòu)更適合。

7.注意事項

文中借助python語言的類創(chuàng)建對象過程的相關(guān)原理，介紹了幾種不同的單例模式實現(xiàn)方式。

為了保留被裝飾對象的一些屬性，可以使用@functools.wraps的方式對返回的閉包進行裝飾。

平時建議使用前兩種實現(xiàn)方式，也就是閉包方式和元類方式。其他情況多少有點玩弄python語法技巧的一些嫌疑，當然了，作為學(xué)習python來說還是比較有意義的。

建議多關(guān)注語言特性的應(yīng)用以及如何的解決實際的問題，不要沉迷于語言實現(xiàn)的一些細枝末節(jié)。本末倒置總會有些得不償失嘛。尤其是python作為一種非常實用的語言。

本文介紹中如果有什么不當之處歡迎指正，如果有其他的更好的實現(xiàn)方式也請不吝賜教。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習有所幫助，也希望大家多多支持億速云。