valgrind报invalid read/write即表明存在野指针，本质是访问已释放或未分配内存；--track-origins=yes可追溯指针来源，区分于未初始化指针导致的use of uninitialised value。
Valgrind报Invalid read或Invalid write基本就是野指针
Memcheck在运行时会全程监控每块内存的生命周期：分配、标记为“已释放”、是否被访问。一旦发现对已释放内存（或未分配地址）的读写，就立刻报Invalid read或Invalid write，这是野指针最直接的证据。
注意它不叫“野指针错误”，而是用访问行为定性——因为C/C++里没有“野指针”这个运行时类型，只有非法内存访问这一事实。
-
Invalid read of size X：说明你用*或[]读了已释放/未分配的内存 -
Invalid write of size X：说明你试图往那里写，比如p[i] = 1或*p = 5 - 如果伴随
Address 0x... is 0 bytes inside a block of size N free'd，基本可锁定是free或delete后继续用了
--track-origins=yes能帮你定位野指针源头
默认情况下，Valgrind只告诉你“现在读错了”，但不说“这指针当初哪来的”。加--track-origins=yes后，它会追溯指针值的来源：是malloc返回的？是函数参数传进来的？还是从某个数组里取出来的？
这对排查间接野指针特别有用，比如：
- 函数A返回局部变量地址，B拿到后当指针用 → 报
Invalid read+origin: stack allocation - 结构体成员指针没初始化，直接解引用 → 报
Use of uninitialised value，再配合--track-origins看到它来自struct.field - 释放后把指针设为
nullptr但漏了一处 → Valgrind能指出哪一行还在用旧值
和Use of uninitialised value别混淆
野指针 ≠ 未初始化指针，但两者常一起出现。Valgrind区分得很清楚：
-
Use of uninitialised value：指针变量本身没赋值（比如int* p;后直接*p = 1），这时地址是随机的，大概率崩，但不是“野”——它根本没指向过合法堆内存 -
Invalid read/write：指针曾指向合法内存（malloc过），后来free了，你还用 —— 这才是典型野指针 - 实际中，未初始化指针可能偶然指向已释放内存区域，Valgrind有时也会报
Invalid，但堆栈会显示uninitialised在前，优先看那个提示
真实场景下容易漏掉的点
野指针问题往往藏在边界逻辑里，Valgrind能抓到，但你需要看懂它的上下文：
- 多线程环境下，一个线程
free了指针，另一个线程刚好执行到if (p) { *p = ... }——Valgrind可能不报错（因为p非空），但*p已是非法访问；此时必须加--tool=helgrind或--tool=drd - 使用
std::shared_ptr但混用裸指针：比如auto p = std::make_shared<int>(42); int* raw = p.get(); p.reset(); *raw = 1;</int>→ Valgrind照样报Invalid write - Qt里
QObject被deleteLater()后，对象还没真正析构，但内存已标记为“待释放”，此时访问成员变量也可能触发Invalid read
Valgrind不会告诉你“这是野指针”，它只报告非法内存操作。判断是不是野指针，关键在看错误类型+堆栈中free/delete和出错行的相对位置，以及是否出现block was freed这类明确提示。
