有哪些一般提示可以确保我不会在C++程序中泄漏内存？我如何确定谁应该释放已动态分配的内存？
我一直在阅读的C++书中指出,当使用delete操作符删除指针时,指向它的位置的内存被"释放"并且可以被覆盖.它还指出指针将继续指向同一位置,直到重新分配或设置为NULL.
但是在Visual Studio 2012中; 这似乎不是这样的!
例:
#include <iostream>
using namespace std;
int main()
{
int* ptr = new int;
cout << "ptr = " << ptr << endl;
delete ptr;
cout << "ptr = " << ptr << endl;
system("pause");
return 0;
}
当我编译并运行该程序时,我得到以下输出:
ptr = 0050BC10
ptr = 00008123
Press any key to continue....
显然,当调用delete时,指针指向的地址会发生变化!
为什么会这样？这是否与Visual Studio有关？
如果删除可以改变它指向的地址,为什么不删除自动设置指针NULL而不是一些随机地址？
c++ pointers memory-management delete-operator visual-studio-2012
我想限制JVM使用的最大内存.注意,这不仅仅是堆,我想限制此进程使用的总内存.
每次有人delete[]在这里问一个问题时，总会有一个非常笼统delete[]的回答：“ C++ 就是这样做的，使用”。来自普通的 C 背景，我不明白为什么需要一个不同的调用。
使用malloc()/free()您的选择是获取指向连续内存块的指针并释放连续内存块。实现领域中的某些东西会根据基地址知道您分配的块的大小，以便您何时必须释放它。
没有功能free_array()。我在与此相关的其他问题上看到了一些疯狂的理论，例如调用delete ptr只会释放数组的顶部，而不是整个数组。或者更正确的是，它不是由实现定义的。当然……如果这是 C++ 的第一个版本，并且您做出了一个有意义的奇怪设计选择。但是为什么 with$PRESENT_YEAR的 C++ 标准没有被重载？？？
似乎 C++ 添加的唯一额外的一点是遍历数组并调用析构函数，我认为这可能是它的症结所在，它实际上是使用一个单独的函数来为我们节省单个运行时长度查找，或者nullptr在列表的末尾，以换取折磨每个新的 C++ 程序员或程序员，他们有一个模糊的一天并且忘记了有一个不同的保留字。
如果除了“这就是标准所说的并且没有人质疑它”之外还有其他原因，有人可以一劳永逸地澄清吗？
我希望有人可以告诉我可能导致此错误的原因:
尝试读取或写入受保护的内存.这通常表明其他内存已损坏.
我不能真正发布代码,因为这个错误似乎被抛出应用程序的任何随机区域.应用程序将在抛出错误之前的12-48小时内运行.有时它会在一个看似随机的位置停止并抛出上述错误,其他时候整个应用程序停止并且我得到一个错误的屏幕,上面写着"有一个致命的错误...这可能是一个CLR中的错误或......"关于PInvoke或其他非相关信息的内容.发生这种情况时,所有线程都显示终止,并且没有可用的调试信息.
简而言之,这就是应用程序的作用:
它是一个完全用C#编写的多线程服务器应用程序.客户端通过套接字连接到服务器.服务器为客户端运行虚拟"环境",以便他们可以相互交互并与环境进行交互.它消耗了相当多的内存,但我没有看到它泄漏.它通常消耗大约1.5GB.我认为它没有泄漏,因为内存使用在应用程序运行的整个时间内保持相对稳定.即使客户端没有做任何事情,它也会不断运行代码来维护环境.它不使用第三方软件或其他API.此应用程序使用的唯一外部资源是套接字连接和SQL数据库连接.它运行在64位服务器上.我尝试使用.net 2.0,3.5和4在VS2008和VS2010中进行调试.
我试过关闭编译器优化和几个微软热修复.似乎没有什么能让这个问题消失.如果有人知道任何可能的原因,或某种方式来确定导致问题的原因,将不胜感激.
我总是想知道为什么在删除后将指针自动设置为NULL 不是标准的一部分.如果这一点得到解决,那么由于指针无效而导致的许多崩溃都不会发生.但是,我已经说过,我可以想到为什么标准会限制这个:
性能:
额外的指令可能会降低
delete性能.可能是因为
const指针.然后标准可能已经为这个特殊情况做了一些事情我想.
有没有人知道不允许这个的确切原因？
在下面的示例中,我有一些关于内存使用的相关问题.
如果我在翻译中跑,
foo = ['bar' for _ in xrange(10000000)]
我机器上使用的真实内存最多80.9mb.然后,我
del foo
真正的记忆力下降,但仅限于30.4mb.解释器使用4.4mb基线,那么不26mb向OS 释放内存的优势是什么？是因为Python"提前规划",认为你可能会再次使用那么多内存吗？
为什么它会50.5mb特别释放- 基于此发布的金额是多少？
有没有办法强制Python释放所有使用的内存(如果你知道你不会再使用那么多内存)？
注意
这个问题不同于我如何在Python中明确释放内存？
因为这个问题主要处理从基线增加内存使用量,即使在解释器通过垃圾收集(使用gc.collect或不使用)释放对象之后.
我已经编程了一段时间,但它主要是Java和C#.我实际上从来没有必须自己管理内存.我最近开始用C++编程,我有点困惑的是什么时候我应该把东西存放在堆栈上以及何时将它们存储在堆上.
我的理解是,非常频繁访问的变量应该存储在堆栈中,对象,很少使用的变量和大型数据结构都应该存储在堆上.这是正确的还是我错了？
如何找到在Haskell中存储某些数据类型值所需的实际内存量(主要是使用GHC)？是否可以在运行时(例如在GHCi中)对其进行评估,还是可以从其组件中估算复合数据类型的内存要求？
在一般情况下,如果类型的存储需求a和b已知的,什么是代数数据类型,如内存开销:
data Uno = Uno a
data Due = Due a b
例如,这些值占用的内存中有多少字节？
1 :: Int8
1 :: Integer
2^100 :: Integer
\x -> x + 1
(1 :: Int8, 2 :: Int8)
[1] :: [Int8]
Just (1 :: Int8)
Nothing
据我所知,由于垃圾收集延迟,实际的内存分配更高.由于惰性评估,它可能会有很大的不同(并且thunk大小与值的大小无关).问题是,给定数据类型,在完全评估时它的值会占用多少内存？
我发现:set +sGHCi中有一个选项可以查看内存统计信息,但目前尚不清楚如何估算单个值的内存占用量.