您提供的简单程序(名为 ValgrindTest)是一个用 C 编写的简单的 hello-world 程序。
#include <iostream> int main() { return 0; }
当使用 Valgrind(版本 3.10.1)运行该程序时,它报告有1 个块中有 72,704 个字节仍然可达:
$ valgrind --leak-check=full --track-origins=yes --show-reachable=yes ./ValgrindTest ==27671== Memcheck, a memory error detector ==27671== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==27671== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==27671== Command: ./ValgrindTest ==27671== ==27671== ==27671== HEAP SUMMARY: ==27671== in use at exit: 72,704 bytes in 1 blocks ==27671== total heap usage: 1 allocs, 0 frees, 72,704 bytes allocated ==27671== ==27671== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1 ==27671== at 0x4C2AB9D: malloc (vg_replace_malloc.c:296) ==27671== by 0x4EC060F: ??? (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21) ==27671== by 0x400F305: call_init.part.0 (dl-init.c:85) ==27671== by 0x400F3DE: call_init (dl-init.c:52) ==27671== by 0x400F3DE: _dl_init (dl-init.c:134) ==27671== by 0x40016E9: ??? (in /lib/x86_64-linux-gnu/ld-2.15.so) ==27671== ==27671== LEAK SUMMARY: ==27671== definitely lost: 0 bytes in 0 blocks ==27671== indirectly lost: 0 bytes in 0 blocks ==27671== possibly lost: 0 bytes in 0 blocks ==27671== still reachable: 72,704 bytes in 1 blocks ==27671== suppressed: 0 bytes in 0 blocks ==27671== ==27671== For counts of detected and suppressed errors, rerun with: -v ==27671== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
你并不关心是否需要担心 stillreachable 警告,但是你确实询问了当程序中没有分配该库中的对象时,简单地包含标准库头会如何导致仍然可达的警告
答案是C标准库使用自己的内存管理系统,该系统从操作系统分配内存,然后自行管理该内存。 当您包含标准库标头时,本质上是将您的程序链接到标准库代码,其中包括此内存管理系统。 因此,即使您自己没有显式地从标准库分配任何对象,标准库代码分配的内存仍然可以从您的程序访问。
有两种方法可以修复仍然可达的警告:
忽略 stillreachable 警告。如果您不关心内存泄漏,您可以简单地忽略仍然可达的警告。 为此,您可以在运行 Valgrind 时设置 --leak-check=no 标志:
valgrind --leak-check=no ./ValgrindTest
重要的是要记住仍然可达警告不一定表示内存泄漏。 在这种情况下,仍然可达的警告是由标准库的内存管理系统引起的,如果您不担心内存泄漏,可以安全地忽略它。
以上是为什么一个简单的 C hello-world 程序在使用 Valgrind 运行时会显示'仍然可达”内存警告,尽管没有分配任何内存?的详细内容。更多信息请关注PHP中文网其他相关文章!