17370845950

不能。gc.get_referents() 返回对象直接引用的对象，而非引用该对象的对象；查引用源应使用 gc.get_referrers()，并需过滤干扰项、识别类型、结合上下文判断。

gc.get_referents() 能不能直接看到谁引用了某个对象

不能。它只返回「被指定对象直接引用的那些对象」，不是「谁在引用它」。想查谁持有某个对象的引用，得用 gc.get_referrers() —— 这是初学者最常搞混的一点，名字太像，作用完全相反。

怎么用 gc.get_referrers() 找出引用源（附过滤技巧）

直接调用 gc.get_referrers(obj) 会返回大量干扰项：比如模块字典、栈帧、临时容器等。不加过滤基本没法读。

• 优先排除内置容器和常见干扰源：gc.get_referrers(obj) 结果中过滤掉 dict、list、frame、module 类型（除非你明确在查模块级引用）
• 用 type(x).__name__ 快速识别引用者类型，比 isinstance 更轻量
• 如果目标对象在类实例中被引用，检查其 __dict__ 或 __slots__ 对应的属性名，往往要结合 vars(instance) 手动比对

为什么有时 get_referrers() 返回空列表

有三种典型情况：

• 对象未被任何 Python 层代码引用（比如刚创建还没赋值，或已被 del 且没其他强引用）
• 对象被 C 扩展或某些底层结构（如 ctypes 指针、array.array 内部缓冲区）间接持有，这

  

  些不会出现在 Python 引用链中
• 启用了循环垃圾回收但对象尚未进入代（gen0），此时 gc 模块可能暂未追踪它 —— 可先手动调用 gc.collect(0) 再试

排查内存泄漏时的实用组合技

单靠 gc.get_referrers() 容易迷失，建议配合以下操作：

• 先用 sys.getrefcount(obj) 粗略判断引用数是否异常（注意：传参本身会+1，需在函数外测）
• 用 gc.get_referents() 看它自己持有哪些对象，确认是不是它在“拖累”别人（比如缓存 dict 不释放）
• 对疑似引用者重复调用 gc.get_referrers()，逐层往上挖，直到定位到模块变量、全局 dict 或类属性
• 避免在交互式环境（如 IPython）中排查 —— 它的 _ 变量、历史缓存会制造大量假引用

真正难的不是找到第一层引用，而是区分哪些是业务逻辑必须的、哪些是意外滞留的。引用链越深，越要结合代码上下文判断，工具只负责暴露事实。