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. 朴素思维:能用简单方式解决的问题,不要过度设计

📚 参考资料


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

相关推荐
看山是山_Lau1 小时前
建造者模式:复杂对象如何一步步构建
设计模式·建造者模式
霸道流氓气质2 小时前
业务链路追踪日志设计模式 — 从原理到实践
设计模式
nnsix1 天前
设计模式 - 建造者模式 笔记
笔记·设计模式·建造者模式
cui17875681 天前
矩阵拼团 + 复购拼团:新零售最稳的复购模式,规则简单
大数据·人工智能·设计模式·零售
百珏1 天前
[灰度发布]:全链路透传组件:APM、自研方案与 Java Agent 的实现取舍
后端·设计模式·架构
likerhood1 天前
设计模式 · 享元模式(Flyweight Pattern)java
java·设计模式·享元模式
AI大法师1 天前
从 Adobe 焕新看品牌系统升级:Logo、主色、字体与产品体验如何重新对齐
大数据·人工智能·adobe·设计模式
贵慜_Derek1 天前
《从零实现 Agent 系统》连载 03|控制循环:感知—决策—行动—反思
人工智能·设计模式·架构
nnsix1 天前
设计模式 - 原型模式 笔记
笔记·设计模式·原型模式
nnsix1 天前
设计模式 - 适配器模式 笔记
笔记·设计模式·适配器模式