C++标准不提供判断指针是否在堆上的接口，因为堆/栈/静态区划分依赖运行时环境（如malloc实现、OS mmap管理），不同平台、libc或编译选项下堆地址范围无统一边界；强行用地址比对（如sbrk(0)）在多线程、ASLR或替代分配器下不可靠；可行方案是重载operator new/delete维护分配记录，或使用AddressSanitizer检测非法访问。
为什么不能直接判断指针是否在堆上
C++ 标准不提供任何接口来查询一个指针指向的内存是否属于堆（heap）——不是语言设计疏忽，而是堆/栈/静态区的划分由运行时环境（如 malloc 实现、操作系统 mmap 区域管理）决定，且不同平台、不同 libc（glibc / musl）、甚至不同编译选项（如 -fsanitize=address）下，堆地址范围完全不同，也没有统一的“堆边界”可查。
强行用地址范围比对（比如和 sbrk(0) 或 malloc(1) 返回值比较）不仅不可靠，还会在多线程、使用 jemalloc/tcmalloc、或启用 ASLR 时彻底失效。
实际可用的替代方案：记录分配上下文
真正可行的做法是**自己维护分配元信息**，而不是事后检测指针。常见手段有：
- 重载
operator new和operator delete，在每次分配时把地址存入一个std::unordered_set<void></void>（注意线程安全，需加锁或用std::atomic+ 分段哈希）；释放时移除。查询时只需allocated_set.find(ptr) != allocated_set.end()。 - 使用自定义分配器（如继承
std::allocator），在构造/析构容器时同步注册/注销指针范围（适用于std::vector等连续内存场景）。 - 对关键对象显式打标记：例如在基类中加
bool on_heap = false;，并在重载的new中设为true；但仅适用于你能控制构造方式的对象，对malloc或第三方库返回的指针无效。
调试阶段用 AddressSanitizer 检测非法访问
如果你的真实诉求其实是“防止用错指针”，比如误删栈变量、重复 free、或访问已释放内存，AddressSanitizer（ASan）比手动判断更有效：
立即学习“C++免费学习笔记（深入）”；
编译时加 -fsanitize=address -g，运行时 ASan 会拦截所有内存访问，并在访问非法地址（如栈内存被当成堆指针 delete、或 heap-use-after-free）时立即报错，附带调用栈和分配/释放位置。它不告诉你“是不是堆”，但能精准暴露“是不是正在非法使用堆内存”。
注意：ASan 会显著降低性能（2~3 倍），且增加内存开销（约 2 倍），只应在开发/测试阶段启用。
Linux 下读取 /proc/self/maps 的局限性
有人尝试解析 /proc/self/maps 获取当前进程的堆地址区间（如找到 [heap] 行），再比对指针地址。这看似可行，但问题很多：
-
[heap]只对应 brk 区域，而现代 malloc（如 ptmalloc）大量使用mmap(MAP_ANONYMOUS)分配大块内存，这些区域在maps中显示为独立的anon_inode:[heap]或无名映射，不会标记为[heap]。 - 多线程下每个线程可能有自己的 arena，堆区域不唯一。
- 解析
maps文件本身有竞态风险（文件内容在读取过程中可能变化），且无法覆盖 shared library 中的 malloc 实现（如 Android 的 bionic）。
除非你在写内存分析工具且明确接受平台绑定和精度损失，否则不建议走这条路。
真正需要区分堆/栈/静态内存的场景极少，绝大多数时候，要么靠 RAII 自动管理生命周期，要么靠 sanitizer 提前捕获错误。硬要 runtime 判断，代价远高于收益。
