Python实现Singleton模式的几种方式

本文将介绍常见的实现单例模式的几种方式，这里暂不考虑多线程的情况。

为了准备该篇博文，之前写了几篇相关的文章依次完整的介绍了相关的概念，下面会在需要的时候给出链接。

装饰器作为python实现单例模式的一种常用方法，先简单了解一下其概念。

1.装饰器

装饰器(Decorator)可以用作对函数以及类进行二次包裹或者封装，使用方式@wrapper。

def f(…):

…

f = staticmethod(f)

@staticmethod

def f(…):

…

上面这两种方式对函数的定义在语法上是等价的。当然对于类也有同样的用法，类可以作为装饰器也可以作为被装饰对象。唯一的区别就是经过包裹的类可能不在是一个类，而是一个类的对象或者一个函数，这取决于装饰器返回的值。

经过Decorator装饰的类或者函数本质上已经不再是原来的类或者函数了。但是，实际上在包裹之后得到的新对象仍然拥有被包裹对象的特性（这句是不是废话：-））。

在python中我们经常只需要实现一个装饰器，然后使用该装饰器作用于只能有唯一一个实例的类。这样只需要实现一个这样的装饰器，便可以作用于任何一个想要唯一实例的类。

2.闭包方式

闭包的应用很多，单例模式则是其应用之一。先看代码：

‘’’

遇到问题没人解答？小编创建了一个Python学习交流QQ群：531509025

寻找有志同道合的小伙伴，互帮互助,群里还有不错的视频学习教程和PDF电子书！

‘’’

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

这个实现单例模式的方式将原来类的定义隐藏在闭包函数中，通过闭包函数及其中引用的自由变量来控制类对象的生成。由于唯一的实例存放在自由变量中，而且自由变量是无法直接在脚本层进行访问的。这种方式非常隐蔽的保护实例不被修改，因此很适合用于单例模式。

这种方式简单明了，很容易实现。但是如果不了解闭包实现过程和变量的绑定等概念可能会不明白其实现的过程。建议参考一下我的另一篇博文：理解python闭包概念。

这里一个很有趣的地方是为什么要使用instances = {}这样一个变量？可不可以不用字典，使用instance = None？如果singleton作为装饰器被多个不同的类使用，那么instance中会存在几个不同的实例么？

有时间可以思考一下这几个问题，答案也可以在我写的闭包相关的博文中找到。

3.元类方式

所谓单例模式，即我们需要控制类实例的生成过程，并且保证全局只可能存在一个唯一的实例。既然需要在创建类的对象过程中做些什么，应该很容易想到元类。

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方式创建类my_cls。可以将类my_cls看做是元类Singleton的一个对象，当我们使用my_cls(...)的方式创建类my_cls的对象时，实际上是在调用元类Singleton的对象my_cls。

对象可以以函数的方式被调用，那么要求类中定义__call__函数。不过此处被调用的是类，因此我们在元类中定义函数__call__来控制类my_cls对象创建的唯一性。

这种方式的弊端之一就是类唯一的对象被存放在类的一个静态数据成员中，外部可以通过class_name._instance的方式修改甚至删除这个实例(该例中my_cls._instance = None完全合法)。

4.类作为装饰器之__call__方式

不仅函数可以作为装饰器，类也可以作为装饰器。

下面简单的介绍一下使用类作为装饰器实现单例模式的另一种方式。

‘’’

遇到问题没人解答？小编创建了一个Python学习交流QQ群：531509025

寻找有志同道合的小伙伴，互帮互助,群里还有不错的视频学习教程和PDF电子书！

‘’’

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

函数作为装饰器返回的是一个函数，函数被调用过程中实际上是间接地调用其内部包裹的被装饰的对象。

类作为装饰器要想达到相同的效果只需要将类的对象返回，并且其对象是可以调用的。这是上面这个例子表达的一个核心思想。

这种方式写法很多，也很灵活，其思想基本上就是对被包裹对象的调用实际上调用的是类对象的__call__函数，该函数实际上是对被装饰对象的一次封装。

5.类本身实现方式

上面的例子中我们都是使用的装饰器或者元类的方式间接的通过控制类对象生成的方式来保证对象的唯一性，那么有没有办法直接在类中通过某种方式保证类对象的唯一性？

答案是肯定的。参考我之前写的一篇介绍元类的文章，可知生成对象前会调用函数__new__，如果__new__函数返回被创建的对象，那么会自动调用类中定义的__init__函数进行对象的初始化操作。

相信读了上面这句话，应该知道我们接下来要干什么了？没错，我们的目标就是__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
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Python工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Python开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以扫码获取！！！（备注：Python）

f86381401c05e862fe4e9.png)

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以扫码获取！！！（备注：Python）