在GOF的23种设计模式中,单例是最常使用的模式,通过单例模式可以保证系统中 一个类只有一个实例而且该实例易于被外界访问,从而方便对实例个数的控制并节约系统资 源。每当大家想要实现一个名为XxxMangcr的类时,往往意味着这是一个单例。在游戏编程 中尤是如此,比如一个名为World的单例管理着游戏中的所有资源,包括一个名为Sun的单 例,它给这个世界带来了光亮。
单例如此常见,所以有不少现代编程语言将其加到了语言特性中,如scala和falcon语 言都把object定义成关键同,并用其声明单例。如在scala中,—个单例如下:
object Singleton{
def show = println(“I am a singleton”)
}
object定义了一个名为Singleton的单例,它满足单例的3个需求:一是只能有一个实 例;二是它必须自行创建这个实例;三是它必须自行向整个系统提供这个实例3对于第三点. 在任何地方都可以通过调用Singleton.show()来验证。在scala中,单例没有显式的初始化操 作.但并不是所有在语法层面支持单例模式的编程语言都如此,比如falcon就不一样。
object object_name [ from classl, class2 … classN]
property__l = expression
property_2 = expression
…
property_N = expression
[init block]
function method_l( [parameter_list])
[method_body]
end
function method_N(lparameter_list])
[method_body]
end
end
上面是falcon语言的单例语法,[init block]能够让程序员手动控制单例的初始化代码。但是与scala和falcon相比,动态语言Python就没有那么方便了,主要原因是Python缺乏声 明私有构造函数的语法元素,实例又带有类型信息。比如以下方法是不可行的:
class _Singleton(object):
pass
Singleton = _Singleton()
del _Singleton # 试图刪除 class 定义
another = Singleton.class() # 没用,绕过!
print(type(another))
#输出
main._Singleton’>
可见虽然把Singleton的类定义删除了,但仍然有办法通过己有实例的__class__属性生成一个新的实例。于是许多Pythonista把目光聚集到真正创建实例的方法__new__上,并做起了文章。
class Singleton(object):
_instance = None
def new(cls, *args, **kwargs):
if not cls._instance:
cls._instance = super (Singleton, cls).new(cls,*args,**kwargs)
return cls._instance
if name ==“mian”:
s1=Singleton()
s2=Singleton()
assert id(s1) == id(s2)
这个方法很好地解决了前面的问题,现在基本上可以保证“只能有一个实例”的要求了, 但是在并发情况下可能会发生意。为了解决这个问题,引入一个带锁的版本。
import threading
class Singleton(object):
objs =()
objs_locker = threading.Lock()
def new(cls, *args, **kv):
if cls in cls.objs:
return cls.objs[cls]
cls.objs_locker.acquire()
try:
if cls in cls.objs: ## double check locking
return cls.objs[cls]
cls.objs[cls] = object.new(cls)
finally:
cls.objs_locker.release()
利用经典的双检査锁机制,确保了在并发环境下Singleton的正确实现。但这个方案并 不完美,至少还有以下两个问题:
如果Singleton的子类重载了 new()方法,会覆盖或者干扰Singleton类中__new__()的执行,虽然这种情况出现的概率极小,但不可忽视。
如果子类有__init__()方法,那么每次实例化该Singleton的时候,init()都会被调 用到,这显然是不应该的,init()只应该在创建实例的时候被调用一次。
这两个问题当然可以解决,比如通过文档告知其他程序员,子类化Singleton的时候, 请务必记得调用父类的__new__()方法;而第二个问题也可以通过偷偷地替换掉方 法来确保它只调用一次。但是,为了实现一个单例,做大量的、水面之下的工作让人感觉相 当不Pythonic。这也引起了 Python社区的反思,有人开始重新审视Python的语法元素,发 现模块采用的其实是天然的单例的实现方式。
所有的变量都会绑定到模块。
模块只初始化一次。
import机制是线程安全的(保证了在并发状态下模块也只有一个实例)。
当我们想要实现一个游戏世界时,只需简单地创建World.py就可以了。
import Sun
def run():
while True:
Sun.rise()
Sun.set()
然后在人口文件main.py里导入,并调用run()函数,看,是不是感觉这种方式最为 Pythonic 呢?
import World
World.run()
Alex Martelli认为单例模式要求“实例的唯一性”本身是有问题的,实际更值得关注 的是实例的状态,只要所有的实例共享状态(可以狭义地理解为属性)、行为(可以狭 义地理解为方法)一致就可以了。在这一思想的进一步指导下,他提出了 Borg模式 在C#中又称为Monostate模式)。
class Borg:
_shared_state = {}
def init(self):
self.diet = self.__shared_stateand whatever else you want in your class – that’s all!
通过Borg模式,可以创建任意数量的实例,但因为它们共享状态.从而保证了行为一致。虽然Alex的这个Borg模式仅适用于古典类(classic clasess), Python 2.2版本 以后的新式类(new-style classes)需要使用__getattr__和__setattr__方法来实现(代码略),但其可开阔眼界。