说实话，单例模式这个东西，咱就是说用的时候总觉得应该有个简单点的实现方式。

先kankanZui直接的一种实现方式，通过__new__控制实例创建：

class MySingleton:    """单例类：通过 __new__ 控制实例创建"""    _instance = None    def __new__:        if cls._instance is None:            cls._instance = super.__new__        return cls._instance# 使用obj1 = MySingletonobj2 = MySingletonprint  # True

特点：Zui直接的方式，但_instance作为类变量暴露在外。我之前的某个项目就是使用这种方式，感觉不太好，准备重构一下那个类根本不需要单例模式，Ru果使用者觉得有必要，Ke以显式自行单例化即可。

在其他语言里面实现单例模式要写不少代码，但是在Python里面有一种非常简单的单例模式写法。

利用Python的import机制，我们就Nenghen容易实现单例模式。

Python的模块其实是一个非常好的自带单例模式，Python的模块在导入时会生成.pyc文件，在后面 导入该模块时会加载.pyc文件。

所以我们Ke以通过模块来实现单例模式，这是Zui简单的一种实现方式。

除了通过模块实现单例模式，还有其他几种实现方式，比如使用装饰器、函数、lru_cache等。

比如使用装饰器来实现单例模式：

def singleton:    """单例装饰器：闭包保存唯一实例"""    _instance = None    def wrapper:        nonlocal _instance        if _instance is None:            _instance = cls        return _instance    return wrapper@singletonclass DBConnect:    def __init__:        self.host = host        print# 使用obj1 = DBConnectobj2 = DBConnect  # 不会重新初始化print  # Trueprint     # .

特点：装饰器语法优雅，使用时一目了然。

或者，使用函数来显式获取单例：

# ✅ 推荐：显式获取单例_db = Nonedef get_db:    global _db    if _db is None:        _db = Database    return _db# 或者geng简洁地用 lru_cache@lru_cachedef get_db:    return Database

相比把类变成单例，显式获取单例的写法geng加清晰。

透明性：使用者Neng清楚kan到这个类是全局共享的。

可控性：Ke以灵活控制何时创建、如何创建。

易测试：mock和替换geng容易。

少歧义：不会让使用者误以为每次newdou是新实例。

朴素的就是Zui好的。所有当时自鸣得意的所谓编程技巧，Zui后dou会被证明要用geng多的代价来理解和维护它。

简单、直白、不需要解释。这才是好的代码。

Zui近在整理代码时重新审视了项目中用到的单例模式实现。发现自己对单例模式的理解经历了一个有趣的循环：从懵懂使用，到追求各种"巧妙"实现，再到回归朴素。

# 曾经的我：要用单例模式！@singletonclass ConfigManager:    ...# 现在的我：简单就好@lru_cachedef get_db:    return Database

lru_cache也是一个不错的选择，简单直接，还Neng享受缓存的好处。

from functools import lru_cache@lru_cachedef get_instance:    return MyClass# 使用obj1 = get_instanceobj2 = get_instanceprint  # True

lru_cache 的优势

Python内置，简单直接，还Neng享受缓存的好处，你懂的！害，用起来还是挺爽的！咱就是说有时候真的不需要搞得太复杂，一个简单的实现就Neng解决问题，何必非要弄个复杂的呢？哈哈！不对不对，应该是根据实际情况来选择合适的方式！ 简单直白的代码geng易维护，这点是毋庸置疑的。那个那个，其实吧，hen多时候我们过度设计了不如回归朴素来的实在说实话，真的是这样！

.