不能。pytest-valgrind仅检测CPython底层C内存操作泄漏，无法识别Python对象层泄漏（如循环引用、缓存增长），适用于C扩展、ctypes调用或NumPy底层内存问题排查。
pytest-valgrind 能不能直接查 Python 内存泄漏？
不能。这是最常被误解的一点：pytest-valgrind 本质是把 pytest 测试用例包装成可执行程序，再用 valgrind（尤其是 memcheck）去监控其底层 C 运行时内存行为。它对 Python 对象层的“内存泄漏”（比如循环引用没被 gc 回收、全局缓存不断增长）基本无感——valgrind 看到的是 CPython 解释器 malloc/free 的调用，不是 list.append() 或 dict[key] = value。
所以，如果你的测试里全是纯 Python 代码、没调 C 扩展、也没用 ctypes/cffi 直接分配堆内存，pytest-valgrind 很可能报告“no leaks”，但你的 Python 进程 RSS 却在持续上涨。
什么情况下值得用 pytest-valgrind？
只在以下场景有实际价值：
- 测试中调用了你自己写的 C/C++ 扩展模块（如用 Cython 或 pybind11 编译的
.so） - 使用了
ctypes.CDLL加载并调用了外部 C 库（比如 libpng、libhdf5），且怀疑其内部有malloc后未free - 用
array.array、bytearray或numpy.ndarray做大量底层内存操作，且怀疑 NumPy 自身或其依赖（如 OpenBLAS）存在 C 层泄漏 - 想验证某个 C 扩展是否正确实现了
tp_dealloc或释放了私有缓冲区
运行命令示例：
pytest --valgrind --valgrind-args="--leak-check=full --show-leak-kinds=all" test_c_extension.py
立即学习“Python免费学习笔记（深入）”；
注意：--valgrind-args 必须显式传给 valgrind，否则默认只做基本错误检查，不报内存泄漏。
为什么 pytest-valgrind 经常报“Invalid read”或“Syscall param write(buf) points to unaddressable byte(s)”？
这不是你的 Python 代码错了，而是 CPython 自身和 valgrind 的兼容性问题：
- CPython 会做很多底层优化，比如复用已释放的内存块、用 mmap 分配大对象、甚至绕过 malloc 直接调用系统调用
-
valgrind把这些当成非法访问，尤其在 GC 触发、字符串 intern、字节码缓存等阶段 - 常见误报函数：
PyObject_Malloc、PyMem_RawMalloc、PyFrame_New
解决办法不是改代码，而是加 suppress 文件：
- 先跑一次带
--valgrind-log-file=valgrind.log，生成原始报告 - 用
valgrind --gen-suppressions=all提取 CPython 相关误报模板 - 把生成的 suppression 规则保存为
cpython.supp，再运行：pytest --valgrind --valgrind-args="--suppressions=cpython.supp --leak-check=full" test.py
排查 Python 层内存泄漏，该用什么替代方案？
别卡在 pytest-valgrind 上。更直接有效的方式是：
- 用
tracemalloc（Python 3.4+ 内置）定位对象分配源头：import tracemalloc<br>tracemalloc.start()<br># run your test code<br>snapshot = tracemalloc.take_snapshot()<br>top_stats = snapshot.statistics('lineno')<br>for stat in top_stats[:10]:<br> print(stat) - 在测试前后对比
gc.get_objects()数量变化，或用objgraph查看特定类型实例增长 - 监控进程 RSS：在 pytest setup/teardown 中用
psutil.Process().memory_info().rss记录，观察多次运行是否单调上升 - 对长期运行的服务逻辑，用
guppy3+heapy做堆快照比对
pytest-valgrind 是个好工具，但它只负责 C 层；而 Python 的“泄漏”绝大多数时候是引用没断、缓存没清、或 generator 没 close —— 这些它看不见，也不该让它看见。
