嘿，我来帮你捋一捋这个问题～你遇到的情况确实有点奇怪，不过大概率是这几个原因导致的，咱们一步步排查：

可能的原因及解决办法 #

1. 编译器优化把new的分配操作干掉了 #

如果你的代码里只是分配了内存但完全没使用变量p，编译器（比如Clang）可能会认为这个分配是无意义的，直接把new char[1024];这行代码优化掉了——毕竟留着它既占空间又没作用。而malloc因为是C标准库函数，编译器的优化策略可能对它更宽松，没被删掉。

解决办法：给p加个实际使用的操作，比如：

char* p = new char[1024];
*p = 'x'; // 随便用一下这个指针，防止被优化

重新编译运行后再看Profiler，应该就能检测到这部分内存了。

2. Native内存追踪的配置没开对 #

Android Studio Profiler要检测C++内存，需要确保Native内存追踪功能已经启用：

• 运行App前，在Run Configuration里找到“Profiler”相关选项，勾选Enable Native Memory Tracking；
• 启动Profiler后，切换到“Memory”面板，确认已经选择了“Native”或者“All”的内存视图，而不是只看Java堆。

3. new的底层实现路径没被Profiler追踪到 #

有些NDK版本里，默认的operator new可能是通过自定义内存分配器实现的，而不是直接调用malloc——这种情况下Profiler可能没配置追踪这个自定义路径。

解决办法：可以尝试手动重载operator new，让它直接调用malloc，这样Profiler就能捕捉到了：

void* operator new(size_t size) {
    return malloc(size);
}

void operator delete(void* ptr) {
    free(ptr);
}

这样你的new char[1024]就会走malloc的路径，和你测试的static_cast<char*>(malloc(100))行为一致，Profiler自然能检测到。

4. Android Studio版本的小Bug #

你用的是Giraffe | 2022.3.1 Patch 3版本，这个版本偶尔会有Profiler对C++内存追踪的小问题，你可以试试更新到最新的Patch版本，或者切换到较新的Android Studio版本（比如Hedgehog）看看能不能解决。

按照上面的步骤排查，应该就能解决你的问题啦～

备注：内容来源于stack exchange，提问作者Sherlock Holmes