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

📚 参考资料


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

相关推荐
一只叫煤球的猫6 小时前
ThreadForge 1.2.0 发布:让 Java 并发代码更好写,这次补齐了高阶编排、示例与观测能力
java·设计模式·设计
软泡芙9 小时前
【WPF 】MVVM 设计模式在 WPF 中的实战应用
设计模式·wpf
FreeGo~9 小时前
java23种设计模式示例
设计模式
ximu_polaris10 小时前
设计模式(C++)-行为型模式-命令模式
c++·设计模式·命令模式
darkhorsefly10 小时前
《智能体设计模式》
设计模式
ximu_polaris11 小时前
设计模式(C++)-行为型模式-责任链模式
c++·设计模式·责任链模式
geovindu14 小时前
go: Visitor Pattern
开发语言·设计模式·golang·访问者模式
ximu_polaris1 天前
设计模式(C++)-行为型模式-模版方法模式
c++·设计模式
A-Jie-Y1 天前
JAVA设计模式-抽象工厂模式
java·设计模式