不能。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）中排查 —— 它的 _ 变量、历史缓存会制造大量假引用
真正难的不是找到第一层引用，而是区分哪些是业务逻辑必须的、哪些是意外滞留的。引用链越深，越要结合代码上下文判断，工具只负责暴露事实。
