Question

是否可以测量对象被析构函数终止后释放的内存量。我正在尝试检查资源是否得到妥善管理。例如，我编写了LinkedList的实现并对其进行测试：

    int main(int argc, char** argv) {

//check point for initial memory 
int64_t init = ??? ;

//next points of measurement 
int64_t point_a, point_b;

List<int> list;
list.push_back(5);

{
    List<double> l;
    l.push_back(-0.12);
    l.push_back(1.6);
//  ... do something else 
//  ................
//  ................
    l.push_back(-4.75);
    l.push_back(7.8);
    l.print();

    point_a = ??? ;// memory state after operations with list
}//calling destructor 

point_b = ??? ; // memory state after destruction of the l - object 
std::cout << "Initial memory: " << init
          << ", memory in scope: " << point_b
          << ", after destructor: " << (point_b - point_a) << "\n";
    return 0;
}//main();

我的问题是：

有可能实现这个目标吗？
如果是，我应该放置什么而不是???？
有没有办法做得更好/不同？
这样做有什么意义吗？

Answer 1

有可能实现这一目标吗？的是

如果是，我应该放置什么而不是??? ？ 使用下面介绍的工具之一。

有没有办法做得更好/不同？ 是的，请参阅下面的Valgrind和MemWatch。

完全没有任何意义吗？不，如果您的代码存在像商店狼吞虎咽这样的错误，那么您的支票很可能也会出错。如果可以，或者对于大型项目，最好使用标准工具，创建一个简单的内存审计流程，查找泄漏，记录并重新启动任何占用过多内存的进程。 < / p>
检测内存泄漏的两个很棒的工具是Valgrind和MemWatch。

如果您使用以下命令运行程序，请使用valgrind检查代码是否有错误：

myprog arg1 arg2

然后使用valgrind检查内存泄漏，并使用--leak-check选项打开详细的内存泄漏检测器：

valgrind --leak-check=yes myprog arg1 arg2

Valgrind非常棒，因为您可以按原样在已编译的程序上运行它。

MemWatch是另一种有用的工具，但不太受欢迎。你可以阅读它here。它需要在编译时通过包含＆＃34; memwatch.h＆＃34;来构建到您的程序中。作为你最后一个包含在每个文件中。

如果在编译时定义了-DMEMWATCH，MemWatch将替换使用自己的包装器分配/释放内存的系统调用，以便它可以跟踪内存泄漏。当您运行代码时，它将生成所有分配的详细日志，并且报告错误是内存未正确释放。对于进行课堂作业的学生来说，教师要求学生将其包含在他们的项目中是非常好的。学生和助教可以自动运行这些检查，而无需学习如何解释valgrind输出。

要使用MemWatch构建项目，请从GitHub下载memwatch.c和memwatch.h here，然后使用以下选项进行编译：

gcc -o myProg -DMEMWATCH -DMEMWATCH_STDIO MyProg.c memwatch.c

当您运行启用了MemWatch的程序时，MemWatch将报告内存管理不善的所有位置，并将其写入日志，以便您在代码运行后查看它。如果在编译时未定义MEMWATCH和MEMWATCH_STDIO，则编译文件中不包含MemWatch。

C ++中的内存测量

1 个答案: