模块导入机制实现单例更可靠，因其天然保证模块只初始化一次，比装饰器或重写__new__更底层、难绕过；__getattr__可实现真正懒加载，首次访问instance时才创建并缓存。
为什么用模块导入机制实现单例比装饰器更可靠
Python 的模块导入机制天然保证一个模块只被初始化一次，import 同一模块多次，得到的始终是同一个对象。这比在类上加 @singleton 装饰器或重写 __new__ 更底层、更难被绕过——后者可能因多重继承、元类冲突或显式调用 object.__new__ 失效。
懒加载的关键在于：模块本身不立即实例化对象，而是在首次访问时才创建。所以不能在模块顶层直接写 instance = MyClass()，否则导入即执行，失去“懒”性。
- 模块级单例必须把实例化逻辑封装进函数或属性访问器中
- 避免在模块顶层执行耗时初始化（如连接数据库、读大文件）
- 多线程下需注意首次访问的竞态问题，CPython 的 import 锁能保模块级导入安全，但实例化逻辑仍需自行加锁
如何用 __getattr__ 实现真正的懒加载单例模块
Python 3.7+ 支持模块级 __getattr__，它在访问模块中不存在的属性时触发，是实现“按需实例化”的最干净方式。模块本身不存实例，首次访问 instance 时才创建并缓存。
示例（文件 my_singleton.py）：
立即学习“Python免费学习笔记（深入）”；
# my_singleton.py
class MyService:
def __init__(self):
print("Initializing MyService...")
self.data = "loaded"
<p>_instance = None</p><p>def <strong>getattr</strong>(name):
global _instance
if name == "instance":
if _instance is None:
_instance = MyService()
return _instance
raise AttributeError(f"module '{<strong>name</strong>}' has no attribute '{name}'")
使用时：from my_singleton import instance —— 此时才触发初始化；重复导入或多次访问 instance 都返回同一对象。
-
__getattr__只对未定义的属性生效，所以不能提前声明instance = None在模块顶层（否则不会触发） - 若需支持
from my_singleton import *，需额外定义__all__ = ["instance"]，但此时无法懒加载（*会尝试获取所有公开名） - 该方式不兼容 Python
用函数封装替代 __getattr__ 的兼容写法
为兼容老版本 Python 或更明确控制加载时机，把单例暴露为函数更稳妥。函数本身可加锁保障线程安全，且语义清晰：“调我，才创建”。
示例：
# singleton_service.py
import threading
<p>class DatabaseConnection:
def <strong>init</strong>(self):
print("Connecting to DB...")
self.connected = True</p><p>_instance = None
_lock = threading.Lock()</p><p>def get_instance():
global _instance
if _instance is None:
with _lock:
if _instance is None:
_instance = DatabaseConnection()
return _instance
调用：db = get_instance()。这是最易理解、调试和测试的方式。
- 双重检查锁定（Double-Checked Locking）避免每次调用都加锁，提升性能
- 函数名应体现意图，如
get_db_connection()比get_instance()更具业务语义 - 若初始化可能失败（如网络异常），应在函数内处理异常并考虑重试或缓存失败状态，避免反复尝试
为什么不要在类里重写 __new__ 做懒加载单例
在类内部靠 __new__ 控制实例生成，看似直观，但和“模块导入机制结合”这一需求本质冲突：它无法利用 import 的全局唯一性，反而容易被绕过。
常见陷阱：
- 子类未重写
__new__时，会得到父类单例，也可能意外创建新实例 -
copy.copy()或pickle.loads()可能绕过__new__，产生非单例对象 - 测试时若 reload 模块，
__new__的类变量状态可能残留或重置，行为不可控 - 无法与模块级配置（如环境变量切换不同实现）自然配合，逻辑耦合过重
真正需要“类内单例”的场景极少；绝大多数情况下，模块 + 函数/属性访问器已足够，且更符合 Python 的惯用法。
懒加载的核心不是“藏在类里”，而是“延迟到第一次需要时再做”。模块导入机制提供的是全局锚点，函数或 __getattr__ 提供的是触发开关——这两者搭在一起，才是轻量又可靠的解法。
