哪种单例模式的使用方式最规范且符合Pythonic编程风格？

现有两种方案的对比 #

两种方案里第二种直接属性访问的写法更优，也更符合Pythonic风格：

• 第一种set_value/get_value封装是典型的强类型语言的设计思路，在Python中属于冗余实现。除非你需要在属性读写时统一做参数校验、日志记录、触发额外业务逻辑，否则额外套一层方法既降低编码效率，也不符合Python「简洁直观」的设计原则。
• 第二种直接通过Singleton.my_value读写属性的写法简洁易读，提前预定义属性还能获得IDE的类型提示支持，避免拼写错误和类型警告，是更推荐的用法。

不过你当前的实现存在一个设计混淆的问题：你写的单例元类逻辑完全没有被使用到。你直接给类本身加属性，本质是利用了Python类属性全局唯一的特性实现全局状态，和单例元类没有任何关系。如果你的需求只是全局状态容器，完全可以不用写这么复杂的元类逻辑。

不同场景下的最优实现方案 #

场景1：仅需要全局状态容器，不需要实例化、继承扩展 #

这是最常见的需求，最Pythonic的实现是直接用模块级变量：Python的模块本身就是天然的单例，同一个模块不管被导入多少次，都只会加载一次，天然满足全局唯一的要求。
你只需要单独建一个模块存全局状态即可：

# global_config.py
my_value = None
# 可以加其他全局变量、相关工具方法

使用时直接导入即可，所有IDE都能完美支持类型提示：

from your_project import global_config

global_config.my_value = True
print(global_config.my_value)

场景2：需要单例类（有初始化逻辑、实例方法、继承扩展需求） #

如果你的单例需要支持初始化参数、封装实例方法、被子类继承，那用元类实现是合理的，但要正确使用单例实例而非类属性：

class SingletonMeta(type):
    _instances = {}

    def __call__(cls, *args, **kwargs):
        if cls not in cls._instances:
            cls._instances[cls] = super().__call__(*args, **kwargs)
        return cls._instances[cls]


class Singleton(metaclass=SingletonMeta):
    # 预定义实例属性，支持类型提示
    my_value: bool | None = None

    def __init__(self):
        # 初始化逻辑只会在第一次实例化时执行一次
        pass

使用时统一调用实例即可，所有调用拿到的都是同一个对象：

s1 = Singleton()
s2 = Singleton()
assert s1 is s2

s1.my_value = True
print(s2.my_value) # 输出 True

场景3：不需要继承的轻量单例实现 #

如果你的单例类不需要被继承，可以用更简单的装饰器实现，逻辑更易懂：

def singleton(cls):
    instances = {}
    def get_instance(*args, **kwargs):
        if cls not in instances:
            instances[cls] = cls(*args, **kwargs)
        return instances[cls]
    return get_instance

@singleton
class MySingleton:
    my_value = None

注意事项 #

如果你的单例会在多线程场景下使用，需要在实例创建逻辑处加锁，避免高并发场景下同时触发初始化，生成多个实例的问题。

内容的提问来源于stack exchange，提问作者Peksio