valgrind输出中，带项目路径的源文件行号（如src/utils.cpp:42）属于你的代码，而系统/第三方库路径（如/usr/include/opencv2/...或libc.so.6）及其函数调用帧属库代码；需结合调用栈、函数名和使用契约判断责任归属。
Valgrind 输出里哪些是你的代码，哪些是库的
Valgrind 不会自动标注“这是你写的”或“这是 OpenCV 的”，它只按调用栈顺序打印每一帧。关键看 main.cpp:15 这类带源文件名和行号的帧——只要路径是你项目目录下的（比如 src/utils.cpp:42、./net/client.h:88），基本就是你的代码；而像 /usr/include/opencv2/core/mat.hpp:1234 或 /lib/x86_64-linux-gnu/libc.so.6 这种路径，大概率是系统或第三方库。
但注意：有些库（如 OpenCV、Boost）如果是以源码形式编译进项目的（比如 CMake 中 add_subdirectory(opencv)），且编译时加了 -g，那它的帧也会显示具体行号，这时就得靠路径前缀和函数名判断——比如看到 cv::Mat::create 就知道是 OpenCV 内部逻辑，即使它显示了行号也不用改。
--suppressions= 用来过滤已知的库误报
第三方库常有“假泄漏”，比如全局缓存、单例对象在进程退出时不释放。Valgrind 会报 definitely lost，但你没法也**不该**去改 OpenCV 源码。这时候要用压制文件（suppression file）把这类误报屏蔽掉。
- 先跑一次：
valgrind --leak-check=full --gen-suppressions=all ./app 2> suppressions.supp - 打开
suppressions.supp，删掉所有含你项目路径的段落，只保留匹配libopencv_.*\.so、libstdc\+\+\.so等的 suppression 块 - 下次检测就加上：
valgrind --leak-check=full --suppressions=suppressions.supp ./app
压制不是掩盖问题，而是把噪音压下去，让真正属于你的 new 没配 delete、malloc 没配 free 浮出水面。
为什么 --track-origins=yes 对区分责任很关键
当 Valgrind 报 Use of uninitialised value，它默认只告诉你“哪一行读了未初始化内存”，但不告诉你这值是从哪儿来的。加 --track-origins=yes 后，它会往回追一级：比如指出 buf[0] 是从 read(fd, buf, 100) 返回后没检查返回值导致的，而 read 调用又在你的 network.cpp:77 ——这就锁定了责任边界。
这个选项开销大（慢 2–3 倍），但对厘清“是库没初始化好，还是你没正确用库”特别有用：
- 如果 origin 最终落在你自己的
.cpp文件里 → 你负责修复 - 如果 origin 停在
libcurl.so内部某函数 → 很可能是库 bug 或你传了非法参数 - 如果 origin 是
malloc返回的地址，但你没赋值 → 明确是你漏了初始化
调试符号缺失时，怎么猜哪边的问题
如果你的可执行文件没加 -g，或者库是发行版预编译的（如 apt install libopencv-dev 提供的），Valgrind 只能显示函数名，比如：
==12345== by 0x4F2A1B2: cv::Mat::copyTo(cv::Mat&) const (in /usr/lib/x86_64-linux-gnu/libopencv_core.so.4.5)
这种情况下，判断归属靠三件事：
- 看函数签名是否属于标准行为：比如
std::vector::push_back崩了，先查你传的元素构造函数有没有异常；memcpy报Invalid write，八成是你算错了长度 - 看上下文调用链：如果上一帧是你自己的
process_frame()，下一帧是libavcodec.so的avcodec_send_packet，那问题极可能出在你塞进去的 packet 数据不合法 - 临时加日志：在疑似出问题的调用前后打
fprintf(stderr, "before cv::resize: %p %dx%d\n", src.data, src.cols, src.rows);，验证输入是否符合库文档要求
真正难的不是分清“谁写的”，而是确认“谁该负责修”——库的行为只要符合文档，哪怕它内部用了奇怪的静态分配，你也只能绕开或压制；只有你违反了它的使用契约（比如传 null 指针、错的尺寸、未初始化的结构体），才必须由你修正。
