裸指针无法用于内存统计分析，因其仅存储地址且不携带分配大小、调用栈、线程ID等元数据；可靠方式须拦截new/malloc等分配入口并绑定元数据，辅以valgrind等成熟工具验证。
不能用裸指针直接做“内存统计分析”——它不提供分配上下文，只能看地址，无法区分谁分配、谁释放、是否有效。
为什么 int* 或 void* 本身无法用于统计
指针变量（如 int* p）只保存一个地址值，大小固定（64 位系统为 8 字节），它不携带任何元数据：不是分配大小、不是分配栈帧、不是所属线程、甚至不保证地址合法。你拿到 p，sizeof(p) 永远是 8；reinterpret_cast<uintptr_t>(p)</uintptr_t> 只给你一串数字，对统计毫无意义。
- 试图通过遍历指针数组来“统计内存占用” → 实际只是数指针个数，不是内存字节数
- 把所有指针地址相减算“跨度” → 中间可能是未分配页、其他对象、保护区，结果完全不可靠
- 用
std::addressof(obj)获取地址再记下来 → 仍无生命周期信息，无法判断是否已析构
真正可落地的内存统计方式：拦截分配点 + 元数据绑定
要统计，必须在 new、malloc、operator new 等入口处埋点，记录调用位置、大小、线程 ID、堆栈（可选）。裸指针是结果，不是源头。
- 重载全局
operator new和operator delete，内部用std::unordered_map<void size_t></void>记录每次分配的大小（注意：需加锁或使用线程局部存储） - 用
__builtin_return_address(0)或backtrace()捕获调用点，便于定位热点分配源 - STL 容器可通过自定义分配器（
std::pmr::memory_resource子类）注入统计逻辑，比全局重载更安全、更可控 - 避免统计
std::string或std::vector的data()返回值 —— 它们可能指向小字符串优化（SSO）缓冲区，地址无效且大小不反映堆分配量
调试阶段快速验证：别写统计逻辑，先用现成工具
自己实现统计容易漏边角、引入性能干扰、甚至改变内存布局导致问题消失（Heisenbug）。上线前务必用成熟工具交叉验证。
立即学习“C++免费学习笔记（深入）”；
- Linux 下跑
valgrind --tool=massif --massif-out-file=massif.out ./a.out，生成堆快照序列，ms_print massif.out直接看峰值、分布、调用栈 - macOS 用
malloc_history（需开启MallocStackLogging环境变量）查某块内存的完整生命周期 - Windows 下用
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF)+ VS 调试器内存窗口，捕获泄漏块及分配行号 - 不要依赖
mallinfo或heapmin判断“碎片”——它们只给总量，看不出小块堆积，容易误判
真正的内存统计难点不在“怎么记”，而在“记什么不干扰行为”和“怎么查不掩盖问题”。裸指针连起点都不是，强行从它出发只会绕远路、掉坑里。
