Python 单例模式的几种实现方式:朴素才是王道

Python 单例模式的几种实现方式:朴素才是王道

标签:#Python #设计模式 #单例模式 #编程感悟

日期:2026-04-30

摘要:本文分享 Python 单例模式四种实现方式(装饰器、new、函数、lru_cache),对比优缺点后建议优先显式获取单例,强调编程应回归朴素,避免过度设计,简单直白的代码更易维护。


前言

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

今天想分享几种 Python 实现单例模式的方式,并谈谈我多年编程的一个感悟:朴素的就是最好的


一、单例模式简介

单例模式(Singleton Pattern)是一种设计模式,确保一个类只有一个实例,并提供一个全局访问点。

🎯 适用场景

场景 说明
数据库连接 全局共享一个连接池
日志记录器 避免重复打开文件
配置管理器 全局只读一份配置
缓存实例 全局共享缓存

二、四种实现方式

方式一:类装饰器

python 复制代码
def singleton(cls):
    """单例装饰器:闭包保存唯一实例"""
    _instance = None

    def wrapper(*args, **kwargs):
        nonlocal _instance
        if _instance is None:
            _instance = cls(*args, **kwargs)
        return _instance

    return wrapper


@singleton
class DBConnect:
    def __init__(self, host):
        self.host = host
        print("数据库连接初始化")


# 使用
obj1 = DBConnect("127.0.0.1")
obj2 = DBConnect("192.168.1.1")  # 不会重新初始化

print(obj1 is obj2)  # True
print(obj1.host)     # 127.0.0.1

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


方式二:__new__ 方法

python 复制代码
class MySingleton:
    """单例类:通过 __new__ 控制实例创建"""
    _instance = None

    def __new__(cls):
        if cls._instance is None:
            cls._instance = super().__new__(cls)
        return cls._instance


# 使用
obj1 = MySingleton()
obj2 = MySingleton()
print(obj1 is obj2)  # True

特点 :最直接的方式,但 _instance 作为类变量暴露在外。我之前的博文 Playwright理解与封装就是使用这种方式,感觉不太好,准备重构一下,那个类根本不需要单例模式,如果使用者觉得有必要,可以显式自行单例化即可。


方式三:函数

python 复制代码
from typing import Type, TypeVar

T = TypeVar('T')

def singleton(cls: Type[T], *args, **kwargs) -> T:
    """单例工厂函数"""
    if not hasattr(cls, '_instance'):
        cls._instance = cls(*args, **kwargs)
    return cls._instance


# 使用
class TargetClass:
    def __init__(self, config):
        self.config = config

obj = singleton(TargetClass, config="value")

特点 :需要显式调用 singleton(),语义明确但稍显繁琐。


方式四:functools.lru_cache

python 复制代码
from functools import lru_cache

@lru_cache(maxsize=1)
def get_instance():
    return MyClass(arg1="value")


# 使用
obj1 = get_instance()
obj2 = get_instance()
print(obj1 is obj2)  # True

特点:Python 内置,简单直接,还能享受缓存的好处。


三、优缺点对比

实现方式 优点 缺点 推荐指数
类装饰器 语法优雅、语义清晰、易于理解 对于非必要实现单例的类,对使用者会造成困扰 ⭐⭐⭐⭐
new 方法 最直观、最简单 实例变量暴露、可复用性不好 ⭐⭐
单例函数 显式调用、可控性强,使用者清楚知道正在做什么 每次都要调用、不够直观 ⭐⭐⭐
lru_cache 内置、无需额外代码 语义上不是单例、更像缓存,但是胜在简单 ⭐⭐⭐⭐

四、我的建议

💡 优先使用显式单例

相比把类变成单例,显式获取单例的写法更加清晰:

python 复制代码
# ✅ 推荐:显式获取单例
_db = None
def get_db():
    global _db
    if _db is None:
        _db = Database()
    return _db

# 或者更简洁地用 lru_cache
@lru_cache
def get_db():
    return Database()
python 复制代码
# ❌ 不推荐:把类变成单例,除非很确定此类必须是单例类,不会造成使用者误解
@singleton
class Database:
    ...

🤔 为什么?

  1. 透明性:使用者能清楚看到这个类是全局共享的
  2. 可控性:可以灵活控制何时创建、如何创建
  3. 易测试:mock 和替换更容易
  4. 少歧义 :不会让使用者误以为每次 new 都是新实例

五、多年编程感悟

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

🎯 几个教训

当年觉得"巧妙" 后来发现的问题
复杂的继承链 调试时一头雾水
动态修改类属性 难以追踪状态变化
魔法装饰器 新人看不懂
元编程炫技 给自己挖坑

🌿 回归朴素

python 复制代码
# 曾经的我:要用单例模式!
@singleton
class ConfigManager:
    ...

# 现在的我:简单就好
@lru_cache
def get_db():
    return Database()

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


六、总结

📌 要点回顾

  1. 装饰器方式是最推荐的类单例实现(针对必须实现单例的类)
  2. 显式获取单例比把类变成单例更好
  3. lru_cache 是最简单的单例缓存方案
  4. 朴素思维:能用简单方式解决的问题,不要过度设计

📚 参考资料


本文为本人原创,首发于掘金。
如果你有任何问题或想法,欢迎在评论区交流!

相关推荐
触底反弹4 小时前
🤯 面试被问 AI Workflow 和 Agent 有啥区别?3 张图 + 2 段代码讲清楚!
人工智能·设计模式·面试
杨充1 天前
10.可测试性实战设计
设计模式·开源·代码规范
杨充1 天前
9.重构十二式的实战
设计模式·开源·代码规范
杨充1 天前
6.设计原则的全景图
设计模式·开源·全栈
杨充1 天前
2.面向对象的特性
设计模式
杨充1 天前
7.SOLID原则案例汇
设计模式·开源·全栈
杨充1 天前
8.反模式与坏味道
设计模式·开源·代码规范
杨充1 天前
3.接口vs抽象类比较
设计模式
咖啡八杯1 天前
文法、BNF与AST
java·设计模式·解释器模式·ast·文法