我知道在您的硬盘驱动器上，如果您删除文件，数据不会(立即)消失。数据仍然存在，直到被覆盖。我想知道内存中是否存在类似的概念。假设我为一个字符串分配了256个字节，在我free()直到它被覆盖之后，该字符串是否仍然漂浮在内存中？ 最佳答案 你的比喻是对的。内存中的数据不会消失或类似的东西；在free()之后，这些值可能确实仍然存在，尽管尝试从释放的内存中读取是未定义的行为。 关于c-free()之后内存会发生什么变化？，我们在StackOverflow上找到一个类似的问题：
我知道在您的硬盘驱动器上，如果您删除文件，数据不会(立即)消失。数据仍然存在，直到被覆盖。我想知道内存中是否存在类似的概念。假设我为一个字符串分配了256个字节，在我free()直到它被覆盖之后，该字符串是否仍然漂浮在内存中？ 最佳答案 你的比喻是对的。内存中的数据不会消失或类似的东西；在free()之后，这些值可能确实仍然存在，尽管尝试从释放的内存中读取是未定义的行为。 关于c-free()之后内存会发生什么变化？，我们在StackOverflow上找到一个类似的问题：
假设我有以下程序:#includeintmain(){FILE*pFile;pFile=fopen("myfile.txt","r");fclose(pFile);//Thisneverhappens:free(pFile)return0;}我从未见过在关闭文件句柄后执行free(pFile)的程序。这是为什么呢？我知道由于fclose()没有收到指向pFile的指针，因此它实际上并没有释放指针的内存。我的印象是，如果指针指向动态分配的内存，则应该始终释放它们的内存。为什么没有人free()文件指针？ 最佳答案 free被调用以响应
假设我有以下程序:#includeintmain(){FILE*pFile;pFile=fopen("myfile.txt","r");fclose(pFile);//Thisneverhappens:free(pFile)return0;}我从未见过在关闭文件句柄后执行free(pFile)的程序。这是为什么呢？我知道由于fclose()没有收到指向pFile的指针，因此它实际上并没有释放指针的内存。我的印象是，如果指针指向动态分配的内存，则应该始终释放它们的内存。为什么没有人free()文件指针？ 最佳答案 free被调用以响应
我读过的较早的K&R(第2版)和其他C语言文本讨论了malloc()和free()通常也会顺便提及一些关于数据类型对齐限制的事情。显然，某些计算机硬件架构(CPU、寄存器和内存访问)限制了您如何存储和处理某些值类型。例如，可能要求4字节(long)整数必须从四的倍数地址开始存储。主要平台(英特尔和AMD、SPARC、Alpha)对内存分配和内存访问施加了哪些限制(如果有)，或者我可以放心地忽略在特定地址边界上对齐内存分配吗？ 最佳答案 Sparc、MIPS、Alpha和大多数其他“经典RISC”架构仅允许对齐访问内存，即使在今天也是
我读过的较早的K&R(第2版)和其他C语言文本讨论了malloc()和free()通常也会顺便提及一些关于数据类型对齐限制的事情。显然，某些计算机硬件架构(CPU、寄存器和内存访问)限制了您如何存储和处理某些值类型。例如，可能要求4字节(long)整数必须从四的倍数地址开始存储。主要平台(英特尔和AMD、SPARC、Alpha)对内存分配和内存访问施加了哪些限制(如果有)，或者我可以放心地忽略在特定地址边界上对齐内存分配吗？ 最佳答案 Sparc、MIPS、Alpha和大多数其他“经典RISC”架构仅允许对齐访问内存，即使在今天也是
我正在用Ctypes为Python中的C库编写一个小型包装器，我不知道从Python分配的结构是否会在超出范围时自动释放。例子:fromctypesimport*mylib=cdll.LoadLibrary("mylib.so")classMyPoint(Structure):_fields_=[("x",c_int),("y",c_int)]deffoo():p=MyPoint()#dosomethingwiththepointfoo()在foo返回后，那个点还会“活着”吗？我必须调用clib.free(pointer(p))吗？还是ctypes提供了一个函数来释放为C结构分配的内存
我正在用Ctypes为Python中的C库编写一个小型包装器，我不知道从Python分配的结构是否会在超出范围时自动释放。例子:fromctypesimport*mylib=cdll.LoadLibrary("mylib.so")classMyPoint(Structure):_fields_=[("x",c_int),("y",c_int)]deffoo():p=MyPoint()#dosomethingwiththepointfoo()在foo返回后，那个点还会“活着”吗？我必须调用clib.free(pointer(p))吗？还是ctypes提供了一个函数来释放为C结构分配的内存
好的，所以，我写了一些代码来检查运行时有多少内存可用。下面是一个完整的(最小的)cpp文件。注意:代码并不完美，也不是最佳实践，但我希望您可以专注于内存管理而不是代码。它的作用(第一部分):(1)在一个内存中分配尽可能多的内存堵塞。清除那段内存(2)分配尽可能多的中型block(16MB)尽可能。清除那段内存。-->这很好用它的作用(第二部分):(1)在一个block中分配尽可能多的内存。清除那段内存(2)分配尽可能多的小块(16kb)。清除那段内存。-->这很奇怪!问题是:如果我再重复一遍，我只能分配522kb用于继续运行的secons--->?这不会发生，如果分配的block有例如
好的，所以，我写了一些代码来检查运行时有多少内存可用。下面是一个完整的(最小的)cpp文件。注意:代码并不完美，也不是最佳实践，但我希望您可以专注于内存管理而不是代码。它的作用(第一部分):(1)在一个内存中分配尽可能多的内存堵塞。清除那段内存(2)分配尽可能多的中型block(16MB)尽可能。清除那段内存。-->这很好用它的作用(第二部分):(1)在一个block中分配尽可能多的内存。清除那段内存(2)分配尽可能多的小块(16kb)。清除那段内存。-->这很奇怪!问题是:如果我再重复一遍，我只能分配522kb用于继续运行的secons--->?这不会发生，如果分配的block有例如
